From J_Arpon at alliance.com.ph Mon Aug 2 02:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon Aug 2 02:42:50 2004 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon@alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces@linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon@alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon@alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces@linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon@alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj@www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx@linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.linuxgrrls.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment.html From Michal_Hobot at drq.pl Mon Aug 2 12:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon Aug 2 11:50:04 2004 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.linuxgrrls.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment.html From ph.bernard at laposte.net Mon Aug 2 17:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon Aug 2 17:17:10 2004 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 19:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon Aug 2 19:45:13 2004 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj@www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 09:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue Aug 3 09:43:19 2004 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 12:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue Aug 3 12:13:58 2004 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 12:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue Aug 3 12:30:03 2004 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 12:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue Aug 3 12:36:12 2004 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj@www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry@12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry@12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry@12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 17:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue Aug 3 17:12:10 2004 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.linuxgrrls.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment.bin From p_edson at yahoo.com Tue Aug 3 17:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue Aug 3 17:15:58 2004 Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 20:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue Aug 3 20:00:06 2004 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj@www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 20:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue Aug 3 20:44:05 2004 Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj@www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 21:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue Aug 3 21:08:20 2004 Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj@www.linux.org.uk From luke at chipcity.com.au Wed Aug 4 00:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed Aug 4 00:36:53 2004 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Wed Aug 4 01:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed Aug 4 01:16:37 2004 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Wed Aug 4 01:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed Aug 4 01:31:18 2004 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root@bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier@8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier@8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke@bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Wed Aug 4 01:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed Aug 4 01:44:14 2004 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root@bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier@8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier@8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke@bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Wed Aug 4 01:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed Aug 4 01:48:03 2004 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj@www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 11:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed Aug 4 10:51:13 2004 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.linuxgrrls.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0001.bin -------------- next part -------------- 0.12760030 javaw.exe IRP_MJ_CREATE Serial2 SUCCESS Options: Open NoBuffer 0.00000754 javaw.exe IOCTL_SERIAL_SET_TIMEOUTS Serial2 SUCCESS RI:-1 RM:0 RC:0 WM:0 WC:0 0.00000419 javaw.exe IOCTL_SERIAL_SET_WAIT_MASK Serial2 SUCCESS Mask: RXCHAR ERR 0.00000251 javaw.exe IOCTL_SERIAL_CONFIG_SIZE Serial2 SUCCESS Size: 0 0.00000168 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_PROPERTIES Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.05631554 javaw.exe IOCTL_SERIAL_SET_BAUD_RATE Serial2 SUCCESS Rate: 9600 0.00249138 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00293836 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_SET_LINE_CONTROL Serial2 SUCCESS StopBits: ERROR Parity: EVEN WordLength: 8 0.00000307 javaw.exe IOCTL_SERIAL_SET_CHAR Serial2 SUCCESS EOF:4 ERR:0 BRK:0 EVT:a XON:11 XOFF:13 0.00691038 javaw.exe IOCTL_SERIAL_SET_HANDFLOW Serial2 SUCCESS Shake:1 Replace:40 XonLimit:16 XoffLimit:1024 0.00000419 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.04690233 javaw.exe IOCTL_SERIAL_SET_BAUD_RATE Serial2 SUCCESS Rate: 9600 0.00237321 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00293892 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00396587 javaw.exe IOCTL_SERIAL_SET_LINE_CONTROL Serial2 SUCCESS StopBits: 1 Parity: NONE WordLength: 8 0.00000335 javaw.exe IOCTL_SERIAL_SET_CHAR Serial2 SUCCESS EOF:4 ERR:0 BRK:0 EVT:a XON:11 XOFF:13 0.00693552 javaw.exe IOCTL_SERIAL_SET_HANDFLOW Serial2 SUCCESS Shake:1 Replace:40 XonLimit:16 XoffLimit:1024 0.00000754 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_CONFIG_SIZE Serial2 SUCCESS Size: 0 0.00000140 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_PROPERTIES Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.05255193 javaw.exe IOCTL_SERIAL_SET_BAUD_RATE Serial2 SUCCESS Rate: 9600 0.00258636 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00295037 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_SET_LINE_CONTROL Serial2 SUCCESS StopBits: 1 Parity: NONE WordLength: 8 0.00000251 javaw.exe IOCTL_SERIAL_SET_CHAR Serial2 SUCCESS EOF:4 ERR:0 BRK:0 EVT:a XON:11 XOFF:13 0.00691289 javaw.exe IOCTL_SERIAL_SET_HANDFLOW Serial2 SUCCESS Shake:1 Replace:40 XonLimit:16 XoffLimit:1024 0.00000922 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.05765984 javaw.exe IOCTL_SERIAL_SET_BAUD_RATE Serial2 SUCCESS Rate: 9600 0.00256401 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00293166 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00397201 javaw.exe IOCTL_SERIAL_SET_LINE_CONTROL Serial2 SUCCESS StopBits: ERROR Parity: EVEN WordLength: 8 0.00000335 javaw.exe IOCTL_SERIAL_SET_CHAR Serial2 SUCCESS EOF:4 ERR:0 BRK:0 EVT:a XON:11 XOFF:13 0.00692183 javaw.exe IOCTL_SERIAL_SET_HANDFLOW Serial2 SUCCESS Shake:1 Replace:40 XonLimit:16 XoffLimit:1024 0.00000531 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_CONFIG_SIZE Serial2 SUCCESS Size: 0 0.00000112 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_PROPERTIES Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.05120399 javaw.exe IOCTL_SERIAL_SET_BAUD_RATE Serial2 SUCCESS Rate: 9600 0.00226118 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00296015 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_SET_LINE_CONTROL Serial2 SUCCESS StopBits: ERROR Parity: EVEN WordLength: 8 0.00000251 javaw.exe IOCTL_SERIAL_SET_CHAR Serial2 SUCCESS EOF:4 ERR:0 BRK:0 EVT:a XON:11 XOFF:13 0.00691261 javaw.exe IOCTL_SERIAL_SET_HANDFLOW Serial2 SUCCESS Shake:1 Replace:40 XonLimit:16 XoffLimit:1024 0.00001034 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000866 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00261653 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00286517 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00301379 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00295121 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00000894 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00048582 javaw.exe IRP_MJ_WRITE Serial2 SUCCESS Length 5: 6F 02 6A 0F 5E 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000950 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000726 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 01 0.00041737 javaw.exe IRP_MJ_WRITE Serial2 SUCCESS Length 3: 6A 0F B4 0.00000587 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001006 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000782 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 01 0.02705735 javaw.exe IRP_MJ_CLEANUP Serial2 SUCCESS 0.03272120 javaw.exe IRP_MJ_CLOSE Serial2 SUCCESS -------------- next part -------------- 0.15063060 javaw.exe IRP_MJ_CREATE Serial2 SUCCESS Options: Open 0.02881707 javaw.exe IRP_MJ_CLEANUP Serial2 SUCCESS 0.03202055 javaw.exe IRP_MJ_CLOSE Serial2 SUCCESS 0.12716672 javaw.exe IRP_MJ_CREATE Serial2 SUCCESS Options: Open 0.00000615 javaw.exe IOCTL_SERIAL_SET_QUEUE_SIZE Serial2 SUCCESS InSize: 2048 OutSize: 1024 0.00000196 javaw.exe IOCTL_SERIAL_GET_PROPERTIES Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000279 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000279 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_TIMEOUTS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.05468153 javaw.exe IOCTL_SERIAL_SET_BAUD_RATE Serial2 SUCCESS Rate: 9600 0.00251680 javaw.exe IOCTL_SERIAL_CLR_RTS Serial2 SUCCESS 0.00296825 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00395330 javaw.exe IOCTL_SERIAL_SET_LINE_CONTROL Serial2 SUCCESS StopBits: 1 Parity: NONE WordLength: 8 0.00000251 javaw.exe IOCTL_SERIAL_SET_CHAR Serial2 SUCCESS EOF:4 ERR:0 BRK:0 EVT:a XON:0 XOFF:0 0.01693958 javaw.exe IOCTL_SERIAL_SET_HANDFLOW Serial2 SUCCESS Shake:1 Replace:0 XonLimit:0 XoffLimit:0 0.00000419 javaw.exe IOCTL_SERIAL_SET_TIMEOUTS Serial2 SUCCESS RI:0 RM:0 RC:0 WM:0 WC:0 0.00000112 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_TIMEOUTS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_TIMEOUTS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.04843996 javaw.exe IOCTL_SERIAL_SET_BAUD_RATE Serial2 SUCCESS Rate: 9600 0.00306547 javaw.exe IOCTL_SERIAL_CLR_RTS Serial2 SUCCESS 0.00294060 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_SET_LINE_CONTROL Serial2 SUCCESS StopBits: 1 Parity: NONE WordLength: 8 0.00000279 javaw.exe IOCTL_SERIAL_SET_CHAR Serial2 SUCCESS EOF:4 ERR:0 BRK:0 EVT:a XON:0 XOFF:0 0.00690563 javaw.exe IOCTL_SERIAL_SET_HANDFLOW Serial2 SUCCESS Shake:1 Replace:0 XonLimit:0 XoffLimit:0 0.00000251 javaw.exe IOCTL_SERIAL_SET_TIMEOUTS Serial2 SUCCESS RI:-1 RM:0 RC:0 WM:0 WC:0 0.00001145 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000531 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000335 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_TIMEOUTS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_TIMEOUTS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.06050182 javaw.exe IOCTL_SERIAL_SET_BAUD_RATE Serial2 SUCCESS Rate: 9600 0.00001034 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000531 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00236259 javaw.exe IOCTL_SERIAL_CLR_RTS Serial2 SUCCESS 0.00294926 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00396782 javaw.exe IOCTL_SERIAL_SET_LINE_CONTROL Serial2 SUCCESS StopBits: ERROR Parity: EVEN WordLength: 8 0.00000279 javaw.exe IOCTL_SERIAL_SET_CHAR Serial2 SUCCESS EOF:4 ERR:0 BRK:0 EVT:a XON:0 XOFF:0 0.00693943 javaw.exe IOCTL_SERIAL_SET_HANDFLOW Serial2 SUCCESS Shake:1 Replace:0 XonLimit:0 XoffLimit:0 0.00000251 javaw.exe IOCTL_SERIAL_SET_TIMEOUTS Serial2 SUCCESS RI:-1 RM:0 RC:0 WM:0 WC:0 0.00001117 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000559 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001006 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000922 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000503 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00210613 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00293892 javaw.exe IOCTL_SERIAL_CLR_RTS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00280566 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00295065 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00000335 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000335 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00212904 javaw.exe IOCTL_SERIAL_CLR_DTR Serial2 SUCCESS 0.00293361 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00288081 javaw.exe IOCTL_SERIAL_CLR_DTR Serial2 SUCCESS 0.00297440 javaw.exe IOCTL_SERIAL_CLR_RTS Serial2 SUCCESS 0.00000838 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000419 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000894 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000531 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00060538 javaw.exe IRP_MJ_WRITE Serial2 SUCCESS Length 5: 6F 02 6A 0F 5E 0.00000391 javaw.exe IOCTL_SERIAL_SET_WAIT_MASK Serial2 SUCCESS Mask: TXEMPTY 0.00000335 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000559 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000363 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000335 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000335 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000307 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000419 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001173 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000726 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000754 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000670 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000307 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001313 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000782 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000307 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000363 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00112864 javaw.exe IRP_MJ_WRITE Serial2 SUCCESS Length 3: 6A 0F B4 0.00001425 javaw.exe IOCTL_SERIAL_SET_WAIT_MASK Serial2 SUCCESS Mask: TXEMPTY 0.00000307 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000643 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001229 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000754 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000307 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001285 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000754 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000503 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000335 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000503 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000419 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000698 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000531 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000894 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000810 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000363 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001285 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000754 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000866 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000950 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000922 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000419 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000894 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000838 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000419 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000950 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000670 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000363 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000950 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000978 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000587 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000307 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000838 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000978 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000922 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000866 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000419 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001006 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000950 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000615 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000419 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000894 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000978 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001034 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000503 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000894 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000894 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000950 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000978 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001034 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000503 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000754 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.02846172 javaw.exe IRP_MJ_CLEANUP Serial2 SUCCESS 0.03228679 javaw.exe IRP_MJ_CLOSE Serial2 SUCCESS From p_edson at yahoo.com Wed Aug 4 21:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed Aug 4 21:39:06 2004 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Thu Aug 5 06:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu Aug 5 06:26:57 2004 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 07:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu Aug 5 07:00:01 2004 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj@www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 08:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu Aug 5 07:51:56 2004 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx@linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 12:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu Aug 5 12:04:44 2004 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Skipped content of type multipart/alternative From taj at www.linux.org.uk Thu Aug 5 12:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu Aug 5 12:26:04 2004 Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj@www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 09:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri Aug 6 09:12:10 2004 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 10:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Aug 6 10:18:40 2004 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx@linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj@www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 17:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat Aug 7 17:05:47 2004 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 23:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat Aug 7 22:51:35 2004 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj@www.linux.org.uk From alex at det.ua.pt Mon Aug 9 19:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon Aug 9 19:00:40 2004 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex@det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.linuxgrrls.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment.html From brizard.hugues at lubrisoft.com Mon Aug 9 19:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Tue Aug 10 12:25:59 2004 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.linuxgrrls.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment.png From mikkal56 at hotmail.com Tue Aug 10 23:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue Aug 10 22:55:27 2004 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.linuxgrrls.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment.html From taj at www.linux.org.uk Wed Aug 11 01:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed Aug 11 01:11:17 2004 Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj@www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 14:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed Aug 11 14:03:08 2004 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.linuxgrrls.org/pipermail/rxtx/attachments/20040811/a7650477/attachment.html From apaku_2k1 at indiatimes.com Thu Aug 12 08:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu Aug 12 08:20:22 2004 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.linuxgrrls.org/pipermail/rxtx/attachments/20040812/30d45686/attachment.html From taj at www.linux.org.uk Thu Aug 12 10:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu Aug 12 10:04:06 2004 Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj@www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 14:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu Aug 12 13:59:45 2004 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj@www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx@linuxgrrls.org> >To: apaku_2k1 <apaku_2k1@indiatimes.com>,Java RXTX discussion <rxtx@linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj@www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx@linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 18:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri Aug 20 18:35:43 2004 Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 19:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri Aug 20 19:08:54 2004 Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx@linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 20:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri Aug 20 20:33:08 2004 Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx@linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx@linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Sat Aug 21 00:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat Aug 21 00:18:50 2004 Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj@www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 16:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed Aug 25 16:35:11 2004 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Thu Aug 26 00:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu Aug 26 00:29:01 2004 Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj@www.linux.org.uk From colinc at exsoft.com.au Thu Aug 26 01:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu Aug 26 00:59:54 2004 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc@exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Thu Aug 26 02:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu Aug 26 02:23:36 2004 Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj@www.linux.org.uk From colinc at exsoft.com.au Thu Aug 26 02:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu Aug 26 02:40:38 2004 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj@www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx@linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc@exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 10:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat Aug 28 10:03:39 2004 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Skipped content of type multipart/alternative From pashmina.mukhi at patni.com Mon Aug 30 06:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon Aug 30 06:16:17 2004 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Skipped content of type multipart/alternative From taj at www.linux.org.uk Mon Aug 30 17:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon Aug 30 17:09:40 2004 Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj@www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 16:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue Aug 31 16:19:57 2004 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj@www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx@linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Mon Aug 2 02:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Fri Jun 3 17:46:37 2005 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon@alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces@linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon@alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon@alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces@linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon@alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj@www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx@linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment.htm From Michal_Hobot at drq.pl Mon Aug 2 12:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Fri Jun 3 17:46:37 2005 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment.htm From ph.bernard at laposte.net Mon Aug 2 17:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri Jun 3 17:46:37 2005 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 19:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:46:37 2005 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj@www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 09:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri Jun 3 17:46:37 2005 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 12:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Fri Jun 3 17:46:37 2005 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 12:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Fri Jun 3 17:46:37 2005 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 12:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Fri Jun 3 17:46:38 2005 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj@www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry@12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry@12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry@12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 17:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Fri Jun 3 17:46:38 2005 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://pixie.strangenoises.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0002.bin From p_edson at yahoo.com Tue Aug 3 17:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Fri Jun 3 17:46:38 2005 Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 20:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:46:38 2005 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj@www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 20:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:46:38 2005 Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj@www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 21:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:46:38 2005 Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj@www.linux.org.uk From luke at chipcity.com.au Wed Aug 4 00:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Fri Jun 3 17:46:38 2005 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Wed Aug 4 01:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Fri Jun 3 17:46:38 2005 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Wed Aug 4 01:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Fri Jun 3 17:46:38 2005 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root@bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier@8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier@8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke@bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Wed Aug 4 01:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Fri Jun 3 17:46:38 2005 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root@bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier@8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier@8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke@bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Wed Aug 4 01:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:46:38 2005 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj@www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 11:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri Jun 3 17:46:39 2005 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://pixie.strangenoises.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0002.bin -------------- next part -------------- 0.12760030 javaw.exe IRP_MJ_CREATE Serial2 SUCCESS Options: Open NoBuffer 0.00000754 javaw.exe IOCTL_SERIAL_SET_TIMEOUTS Serial2 SUCCESS RI:-1 RM:0 RC:0 WM:0 WC:0 0.00000419 javaw.exe IOCTL_SERIAL_SET_WAIT_MASK Serial2 SUCCESS Mask: RXCHAR ERR 0.00000251 javaw.exe IOCTL_SERIAL_CONFIG_SIZE Serial2 SUCCESS Size: 0 0.00000168 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_PROPERTIES Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.05631554 javaw.exe IOCTL_SERIAL_SET_BAUD_RATE Serial2 SUCCESS Rate: 9600 0.00249138 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00293836 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_SET_LINE_CONTROL Serial2 SUCCESS StopBits: ERROR Parity: EVEN WordLength: 8 0.00000307 javaw.exe IOCTL_SERIAL_SET_CHAR Serial2 SUCCESS EOF:4 ERR:0 BRK:0 EVT:a XON:11 XOFF:13 0.00691038 javaw.exe IOCTL_SERIAL_SET_HANDFLOW Serial2 SUCCESS Shake:1 Replace:40 XonLimit:16 XoffLimit:1024 0.00000419 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.04690233 javaw.exe IOCTL_SERIAL_SET_BAUD_RATE Serial2 SUCCESS Rate: 9600 0.00237321 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00293892 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00396587 javaw.exe IOCTL_SERIAL_SET_LINE_CONTROL Serial2 SUCCESS StopBits: 1 Parity: NONE WordLength: 8 0.00000335 javaw.exe IOCTL_SERIAL_SET_CHAR Serial2 SUCCESS EOF:4 ERR:0 BRK:0 EVT:a XON:11 XOFF:13 0.00693552 javaw.exe IOCTL_SERIAL_SET_HANDFLOW Serial2 SUCCESS Shake:1 Replace:40 XonLimit:16 XoffLimit:1024 0.00000754 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_CONFIG_SIZE Serial2 SUCCESS Size: 0 0.00000140 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_PROPERTIES Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.05255193 javaw.exe IOCTL_SERIAL_SET_BAUD_RATE Serial2 SUCCESS Rate: 9600 0.00258636 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00295037 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_SET_LINE_CONTROL Serial2 SUCCESS StopBits: 1 Parity: NONE WordLength: 8 0.00000251 javaw.exe IOCTL_SERIAL_SET_CHAR Serial2 SUCCESS EOF:4 ERR:0 BRK:0 EVT:a XON:11 XOFF:13 0.00691289 javaw.exe IOCTL_SERIAL_SET_HANDFLOW Serial2 SUCCESS Shake:1 Replace:40 XonLimit:16 XoffLimit:1024 0.00000922 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.05765984 javaw.exe IOCTL_SERIAL_SET_BAUD_RATE Serial2 SUCCESS Rate: 9600 0.00256401 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00293166 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00397201 javaw.exe IOCTL_SERIAL_SET_LINE_CONTROL Serial2 SUCCESS StopBits: ERROR Parity: EVEN WordLength: 8 0.00000335 javaw.exe IOCTL_SERIAL_SET_CHAR Serial2 SUCCESS EOF:4 ERR:0 BRK:0 EVT:a XON:11 XOFF:13 0.00692183 javaw.exe IOCTL_SERIAL_SET_HANDFLOW Serial2 SUCCESS Shake:1 Replace:40 XonLimit:16 XoffLimit:1024 0.00000531 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_CONFIG_SIZE Serial2 SUCCESS Size: 0 0.00000112 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_PROPERTIES Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.05120399 javaw.exe IOCTL_SERIAL_SET_BAUD_RATE Serial2 SUCCESS Rate: 9600 0.00226118 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00296015 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_SET_LINE_CONTROL Serial2 SUCCESS StopBits: ERROR Parity: EVEN WordLength: 8 0.00000251 javaw.exe IOCTL_SERIAL_SET_CHAR Serial2 SUCCESS EOF:4 ERR:0 BRK:0 EVT:a XON:11 XOFF:13 0.00691261 javaw.exe IOCTL_SERIAL_SET_HANDFLOW Serial2 SUCCESS Shake:1 Replace:40 XonLimit:16 XoffLimit:1024 0.00001034 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000866 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00261653 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00286517 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00301379 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00295121 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00000894 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00048582 javaw.exe IRP_MJ_WRITE Serial2 SUCCESS Length 5: 6F 02 6A 0F 5E 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000950 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000726 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 01 0.00041737 javaw.exe IRP_MJ_WRITE Serial2 SUCCESS Length 3: 6A 0F B4 0.00000587 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001006 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000782 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 01 0.02705735 javaw.exe IRP_MJ_CLEANUP Serial2 SUCCESS 0.03272120 javaw.exe IRP_MJ_CLOSE Serial2 SUCCESS -------------- next part -------------- 0.15063060 javaw.exe IRP_MJ_CREATE Serial2 SUCCESS Options: Open 0.02881707 javaw.exe IRP_MJ_CLEANUP Serial2 SUCCESS 0.03202055 javaw.exe IRP_MJ_CLOSE Serial2 SUCCESS 0.12716672 javaw.exe IRP_MJ_CREATE Serial2 SUCCESS Options: Open 0.00000615 javaw.exe IOCTL_SERIAL_SET_QUEUE_SIZE Serial2 SUCCESS InSize: 2048 OutSize: 1024 0.00000196 javaw.exe IOCTL_SERIAL_GET_PROPERTIES Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000279 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000279 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_TIMEOUTS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.05468153 javaw.exe IOCTL_SERIAL_SET_BAUD_RATE Serial2 SUCCESS Rate: 9600 0.00251680 javaw.exe IOCTL_SERIAL_CLR_RTS Serial2 SUCCESS 0.00296825 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00395330 javaw.exe IOCTL_SERIAL_SET_LINE_CONTROL Serial2 SUCCESS StopBits: 1 Parity: NONE WordLength: 8 0.00000251 javaw.exe IOCTL_SERIAL_SET_CHAR Serial2 SUCCESS EOF:4 ERR:0 BRK:0 EVT:a XON:0 XOFF:0 0.01693958 javaw.exe IOCTL_SERIAL_SET_HANDFLOW Serial2 SUCCESS Shake:1 Replace:0 XonLimit:0 XoffLimit:0 0.00000419 javaw.exe IOCTL_SERIAL_SET_TIMEOUTS Serial2 SUCCESS RI:0 RM:0 RC:0 WM:0 WC:0 0.00000112 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_TIMEOUTS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_TIMEOUTS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.04843996 javaw.exe IOCTL_SERIAL_SET_BAUD_RATE Serial2 SUCCESS Rate: 9600 0.00306547 javaw.exe IOCTL_SERIAL_CLR_RTS Serial2 SUCCESS 0.00294060 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_SET_LINE_CONTROL Serial2 SUCCESS StopBits: 1 Parity: NONE WordLength: 8 0.00000279 javaw.exe IOCTL_SERIAL_SET_CHAR Serial2 SUCCESS EOF:4 ERR:0 BRK:0 EVT:a XON:0 XOFF:0 0.00690563 javaw.exe IOCTL_SERIAL_SET_HANDFLOW Serial2 SUCCESS Shake:1 Replace:0 XonLimit:0 XoffLimit:0 0.00000251 javaw.exe IOCTL_SERIAL_SET_TIMEOUTS Serial2 SUCCESS RI:-1 RM:0 RC:0 WM:0 WC:0 0.00001145 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000531 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000335 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_TIMEOUTS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_TIMEOUTS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.06050182 javaw.exe IOCTL_SERIAL_SET_BAUD_RATE Serial2 SUCCESS Rate: 9600 0.00001034 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000531 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00236259 javaw.exe IOCTL_SERIAL_CLR_RTS Serial2 SUCCESS 0.00294926 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00396782 javaw.exe IOCTL_SERIAL_SET_LINE_CONTROL Serial2 SUCCESS StopBits: ERROR Parity: EVEN WordLength: 8 0.00000279 javaw.exe IOCTL_SERIAL_SET_CHAR Serial2 SUCCESS EOF:4 ERR:0 BRK:0 EVT:a XON:0 XOFF:0 0.00693943 javaw.exe IOCTL_SERIAL_SET_HANDFLOW Serial2 SUCCESS Shake:1 Replace:0 XonLimit:0 XoffLimit:0 0.00000251 javaw.exe IOCTL_SERIAL_SET_TIMEOUTS Serial2 SUCCESS RI:-1 RM:0 RC:0 WM:0 WC:0 0.00001117 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000559 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001006 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000922 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000503 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00210613 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00293892 javaw.exe IOCTL_SERIAL_CLR_RTS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00280566 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00295065 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00000335 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000335 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00212904 javaw.exe IOCTL_SERIAL_CLR_DTR Serial2 SUCCESS 0.00293361 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00288081 javaw.exe IOCTL_SERIAL_CLR_DTR Serial2 SUCCESS 0.00297440 javaw.exe IOCTL_SERIAL_CLR_RTS Serial2 SUCCESS 0.00000838 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000419 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000894 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000531 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00060538 javaw.exe IRP_MJ_WRITE Serial2 SUCCESS Length 5: 6F 02 6A 0F 5E 0.00000391 javaw.exe IOCTL_SERIAL_SET_WAIT_MASK Serial2 SUCCESS Mask: TXEMPTY 0.00000335 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000559 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000363 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000335 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000335 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000307 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000419 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001173 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000726 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000754 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000670 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000307 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001313 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000782 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000307 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000363 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00112864 javaw.exe IRP_MJ_WRITE Serial2 SUCCESS Length 3: 6A 0F B4 0.00001425 javaw.exe IOCTL_SERIAL_SET_WAIT_MASK Serial2 SUCCESS Mask: TXEMPTY 0.00000307 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000643 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001229 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000754 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000307 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001285 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000754 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000503 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000335 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000503 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000419 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000698 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000531 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000894 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000810 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000363 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001285 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000754 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000866 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000950 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000922 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000419 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000894 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000838 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000419 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000950 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000670 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000363 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000950 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000978 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000587 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000307 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000838 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000978 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000922 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000866 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000419 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001006 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000950 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000615 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000419 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000894 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000978 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001034 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000503 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000894 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000894 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000950 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000978 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001034 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000503 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000754 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.02846172 javaw.exe IRP_MJ_CLEANUP Serial2 SUCCESS 0.03228679 javaw.exe IRP_MJ_CLOSE Serial2 SUCCESS From p_edson at yahoo.com Wed Aug 4 21:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Fri Jun 3 17:46:39 2005 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Thu Aug 5 06:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Fri Jun 3 17:46:39 2005 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 07:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:46:39 2005 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj@www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 08:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri Jun 3 17:46:39 2005 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx@linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 12:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Fri Jun 3 17:46:40 2005 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Skipped content of type multipart/alternative From taj at www.linux.org.uk Thu Aug 5 12:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:46:40 2005 Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj@www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 09:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri Jun 3 17:46:40 2005 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 10:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:46:40 2005 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx@linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj@www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 17:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Fri Jun 3 17:46:40 2005 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 23:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:46:40 2005 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj@www.linux.org.uk From alex at det.ua.pt Mon Aug 9 19:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Fri Jun 3 17:46:40 2005 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex@det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment.htm From brizard.hugues at lubrisoft.com Mon Aug 9 19:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Fri Jun 3 17:46:40 2005 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://pixie.strangenoises.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0002.png From mikkal56 at hotmail.com Tue Aug 10 23:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Fri Jun 3 17:46:41 2005 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment.htm From taj at www.linux.org.uk Wed Aug 11 01:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:46:41 2005 Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj@www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 14:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Fri Jun 3 17:46:41 2005 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20040811/a7650477/attachment.htm From apaku_2k1 at indiatimes.com Thu Aug 12 08:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Fri Jun 3 17:46:41 2005 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20040812/30d45686/attachment.htm From taj at www.linux.org.uk Thu Aug 12 10:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:46:41 2005 Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj@www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 14:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Fri Jun 3 17:46:41 2005 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj@www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx@linuxgrrls.org> >To: apaku_2k1 <apaku_2k1@indiatimes.com>,Java RXTX discussion <rxtx@linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj@www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx@linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 18:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri Jun 3 17:46:41 2005 Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 19:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri Jun 3 17:46:41 2005 Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx@linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 20:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri Jun 3 17:46:41 2005 Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx@linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx@linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Sat Aug 21 00:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:46:41 2005 Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj@www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 16:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Fri Jun 3 17:46:41 2005 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Thu Aug 26 00:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:46:41 2005 Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj@www.linux.org.uk From colinc at exsoft.com.au Thu Aug 26 01:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Fri Jun 3 17:46:41 2005 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc@exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Thu Aug 26 02:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:46:42 2005 Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj@www.linux.org.uk From colinc at exsoft.com.au Thu Aug 26 02:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Fri Jun 3 17:46:42 2005 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj@www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx@linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc@exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 10:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Fri Jun 3 17:46:42 2005 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Skipped content of type multipart/alternative From pashmina.mukhi at patni.com Mon Aug 30 06:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Fri Jun 3 17:46:42 2005 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Skipped content of type multipart/alternative From taj at www.linux.org.uk Mon Aug 30 17:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:46:42 2005 Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj@www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 16:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Fri Jun 3 17:46:42 2005 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj@www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx@linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Mon Aug 2 02:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Fri Jun 3 18:09:00 2005 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon@alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces@linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon@alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon@alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces@linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon@alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj@www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx@linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0001.htm From Michal_Hobot at drq.pl Mon Aug 2 12:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Fri Jun 3 18:09:00 2005 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0001.htm From ph.bernard at laposte.net Mon Aug 2 17:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri Jun 3 18:09:00 2005 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 19:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:00 2005 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj@www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 09:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri Jun 3 18:09:00 2005 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 12:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Fri Jun 3 18:09:00 2005 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 12:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Fri Jun 3 18:09:00 2005 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 12:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Fri Jun 3 18:09:00 2005 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj@www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry@12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry@12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry@12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 17:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Fri Jun 3 18:09:01 2005 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://pixie.strangenoises.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0003.bin From p_edson at yahoo.com Tue Aug 3 17:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Fri Jun 3 18:09:01 2005 Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 20:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:01 2005 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj@www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 20:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:01 2005 Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj@www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 21:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:01 2005 Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj@www.linux.org.uk From luke at chipcity.com.au Wed Aug 4 00:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Fri Jun 3 18:09:01 2005 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Wed Aug 4 01:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Fri Jun 3 18:09:01 2005 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Wed Aug 4 01:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Fri Jun 3 18:09:01 2005 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root@bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier@8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier@8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke@bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Wed Aug 4 01:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Fri Jun 3 18:09:01 2005 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root@bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier@8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier@8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke@bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Wed Aug 4 01:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:01 2005 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj@www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 11:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri Jun 3 18:09:02 2005 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://pixie.strangenoises.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0003.bin -------------- next part -------------- 0.12760030 javaw.exe IRP_MJ_CREATE Serial2 SUCCESS Options: Open NoBuffer 0.00000754 javaw.exe IOCTL_SERIAL_SET_TIMEOUTS Serial2 SUCCESS RI:-1 RM:0 RC:0 WM:0 WC:0 0.00000419 javaw.exe IOCTL_SERIAL_SET_WAIT_MASK Serial2 SUCCESS Mask: RXCHAR ERR 0.00000251 javaw.exe IOCTL_SERIAL_CONFIG_SIZE Serial2 SUCCESS Size: 0 0.00000168 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_PROPERTIES Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.05631554 javaw.exe IOCTL_SERIAL_SET_BAUD_RATE Serial2 SUCCESS Rate: 9600 0.00249138 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00293836 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_SET_LINE_CONTROL Serial2 SUCCESS StopBits: ERROR Parity: EVEN WordLength: 8 0.00000307 javaw.exe IOCTL_SERIAL_SET_CHAR Serial2 SUCCESS EOF:4 ERR:0 BRK:0 EVT:a XON:11 XOFF:13 0.00691038 javaw.exe IOCTL_SERIAL_SET_HANDFLOW Serial2 SUCCESS Shake:1 Replace:40 XonLimit:16 XoffLimit:1024 0.00000419 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.04690233 javaw.exe IOCTL_SERIAL_SET_BAUD_RATE Serial2 SUCCESS Rate: 9600 0.00237321 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00293892 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00396587 javaw.exe IOCTL_SERIAL_SET_LINE_CONTROL Serial2 SUCCESS StopBits: 1 Parity: NONE WordLength: 8 0.00000335 javaw.exe IOCTL_SERIAL_SET_CHAR Serial2 SUCCESS EOF:4 ERR:0 BRK:0 EVT:a XON:11 XOFF:13 0.00693552 javaw.exe IOCTL_SERIAL_SET_HANDFLOW Serial2 SUCCESS Shake:1 Replace:40 XonLimit:16 XoffLimit:1024 0.00000754 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_CONFIG_SIZE Serial2 SUCCESS Size: 0 0.00000140 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_PROPERTIES Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.05255193 javaw.exe IOCTL_SERIAL_SET_BAUD_RATE Serial2 SUCCESS Rate: 9600 0.00258636 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00295037 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_SET_LINE_CONTROL Serial2 SUCCESS StopBits: 1 Parity: NONE WordLength: 8 0.00000251 javaw.exe IOCTL_SERIAL_SET_CHAR Serial2 SUCCESS EOF:4 ERR:0 BRK:0 EVT:a XON:11 XOFF:13 0.00691289 javaw.exe IOCTL_SERIAL_SET_HANDFLOW Serial2 SUCCESS Shake:1 Replace:40 XonLimit:16 XoffLimit:1024 0.00000922 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.05765984 javaw.exe IOCTL_SERIAL_SET_BAUD_RATE Serial2 SUCCESS Rate: 9600 0.00256401 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00293166 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00397201 javaw.exe IOCTL_SERIAL_SET_LINE_CONTROL Serial2 SUCCESS StopBits: ERROR Parity: EVEN WordLength: 8 0.00000335 javaw.exe IOCTL_SERIAL_SET_CHAR Serial2 SUCCESS EOF:4 ERR:0 BRK:0 EVT:a XON:11 XOFF:13 0.00692183 javaw.exe IOCTL_SERIAL_SET_HANDFLOW Serial2 SUCCESS Shake:1 Replace:40 XonLimit:16 XoffLimit:1024 0.00000531 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_CONFIG_SIZE Serial2 SUCCESS Size: 0 0.00000112 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_PROPERTIES Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.05120399 javaw.exe IOCTL_SERIAL_SET_BAUD_RATE Serial2 SUCCESS Rate: 9600 0.00226118 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00296015 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_SET_LINE_CONTROL Serial2 SUCCESS StopBits: ERROR Parity: EVEN WordLength: 8 0.00000251 javaw.exe IOCTL_SERIAL_SET_CHAR Serial2 SUCCESS EOF:4 ERR:0 BRK:0 EVT:a XON:11 XOFF:13 0.00691261 javaw.exe IOCTL_SERIAL_SET_HANDFLOW Serial2 SUCCESS Shake:1 Replace:40 XonLimit:16 XoffLimit:1024 0.00001034 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000866 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00261653 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00286517 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00301379 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00295121 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00000894 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00048582 javaw.exe IRP_MJ_WRITE Serial2 SUCCESS Length 5: 6F 02 6A 0F 5E 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000950 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000726 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 01 0.00041737 javaw.exe IRP_MJ_WRITE Serial2 SUCCESS Length 3: 6A 0F B4 0.00000587 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001006 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000782 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 01 0.02705735 javaw.exe IRP_MJ_CLEANUP Serial2 SUCCESS 0.03272120 javaw.exe IRP_MJ_CLOSE Serial2 SUCCESS -------------- next part -------------- 0.15063060 javaw.exe IRP_MJ_CREATE Serial2 SUCCESS Options: Open 0.02881707 javaw.exe IRP_MJ_CLEANUP Serial2 SUCCESS 0.03202055 javaw.exe IRP_MJ_CLOSE Serial2 SUCCESS 0.12716672 javaw.exe IRP_MJ_CREATE Serial2 SUCCESS Options: Open 0.00000615 javaw.exe IOCTL_SERIAL_SET_QUEUE_SIZE Serial2 SUCCESS InSize: 2048 OutSize: 1024 0.00000196 javaw.exe IOCTL_SERIAL_GET_PROPERTIES Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000279 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000279 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_TIMEOUTS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.05468153 javaw.exe IOCTL_SERIAL_SET_BAUD_RATE Serial2 SUCCESS Rate: 9600 0.00251680 javaw.exe IOCTL_SERIAL_CLR_RTS Serial2 SUCCESS 0.00296825 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00395330 javaw.exe IOCTL_SERIAL_SET_LINE_CONTROL Serial2 SUCCESS StopBits: 1 Parity: NONE WordLength: 8 0.00000251 javaw.exe IOCTL_SERIAL_SET_CHAR Serial2 SUCCESS EOF:4 ERR:0 BRK:0 EVT:a XON:0 XOFF:0 0.01693958 javaw.exe IOCTL_SERIAL_SET_HANDFLOW Serial2 SUCCESS Shake:1 Replace:0 XonLimit:0 XoffLimit:0 0.00000419 javaw.exe IOCTL_SERIAL_SET_TIMEOUTS Serial2 SUCCESS RI:0 RM:0 RC:0 WM:0 WC:0 0.00000112 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_TIMEOUTS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_TIMEOUTS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.04843996 javaw.exe IOCTL_SERIAL_SET_BAUD_RATE Serial2 SUCCESS Rate: 9600 0.00306547 javaw.exe IOCTL_SERIAL_CLR_RTS Serial2 SUCCESS 0.00294060 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_SET_LINE_CONTROL Serial2 SUCCESS StopBits: 1 Parity: NONE WordLength: 8 0.00000279 javaw.exe IOCTL_SERIAL_SET_CHAR Serial2 SUCCESS EOF:4 ERR:0 BRK:0 EVT:a XON:0 XOFF:0 0.00690563 javaw.exe IOCTL_SERIAL_SET_HANDFLOW Serial2 SUCCESS Shake:1 Replace:0 XonLimit:0 XoffLimit:0 0.00000251 javaw.exe IOCTL_SERIAL_SET_TIMEOUTS Serial2 SUCCESS RI:-1 RM:0 RC:0 WM:0 WC:0 0.00001145 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000531 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000335 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_TIMEOUTS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_TIMEOUTS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_BAUD_RATE Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_LINE_CONTROL Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_CHARS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_HANDFLOW Serial2 SUCCESS 0.06050182 javaw.exe IOCTL_SERIAL_SET_BAUD_RATE Serial2 SUCCESS Rate: 9600 0.00001034 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000531 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00236259 javaw.exe IOCTL_SERIAL_CLR_RTS Serial2 SUCCESS 0.00294926 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00396782 javaw.exe IOCTL_SERIAL_SET_LINE_CONTROL Serial2 SUCCESS StopBits: ERROR Parity: EVEN WordLength: 8 0.00000279 javaw.exe IOCTL_SERIAL_SET_CHAR Serial2 SUCCESS EOF:4 ERR:0 BRK:0 EVT:a XON:0 XOFF:0 0.00693943 javaw.exe IOCTL_SERIAL_SET_HANDFLOW Serial2 SUCCESS Shake:1 Replace:0 XonLimit:0 XoffLimit:0 0.00000251 javaw.exe IOCTL_SERIAL_SET_TIMEOUTS Serial2 SUCCESS RI:-1 RM:0 RC:0 WM:0 WC:0 0.00001117 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000559 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001006 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000922 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 80 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 1: 00 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000503 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00210613 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00293892 javaw.exe IOCTL_SERIAL_CLR_RTS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00280566 javaw.exe IOCTL_SERIAL_SET_DTR Serial2 SUCCESS 0.00295065 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00000335 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000335 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00212904 javaw.exe IOCTL_SERIAL_CLR_DTR Serial2 SUCCESS 0.00293361 javaw.exe IOCTL_SERIAL_SET_RTS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00288081 javaw.exe IOCTL_SERIAL_CLR_DTR Serial2 SUCCESS 0.00297440 javaw.exe IOCTL_SERIAL_CLR_RTS Serial2 SUCCESS 0.00000838 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000419 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000894 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000531 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00060538 javaw.exe IRP_MJ_WRITE Serial2 SUCCESS Length 5: 6F 02 6A 0F 5E 0.00000391 javaw.exe IOCTL_SERIAL_SET_WAIT_MASK Serial2 SUCCESS Mask: TXEMPTY 0.00000335 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000559 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000363 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000335 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000335 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000307 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000419 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001173 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000726 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000754 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000670 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000307 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001313 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000782 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000307 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000363 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00112864 javaw.exe IRP_MJ_WRITE Serial2 SUCCESS Length 3: 6A 0F B4 0.00001425 javaw.exe IOCTL_SERIAL_SET_WAIT_MASK Serial2 SUCCESS Mask: TXEMPTY 0.00000307 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000643 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001229 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000754 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000307 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001285 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000754 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000503 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000335 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000503 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000419 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000698 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000531 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000894 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000810 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000363 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001285 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000754 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000279 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000251 javaw.exe IRP_MJ_READ Serial2 SUCCESS Length 0: 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000866 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000950 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000922 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000419 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000894 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000838 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000419 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000950 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000670 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000363 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000950 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000978 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000587 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000307 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000838 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000978 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000922 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000866 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000419 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001006 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000950 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000615 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000419 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000894 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000978 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001034 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000084 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000503 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000223 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000894 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000894 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000950 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000447 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000978 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000475 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000168 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00001034 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000503 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000140 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000754 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000391 javaw.exe IOCTL_SERIAL_GET_MODEMSTATUS Serial2 SUCCESS 0.00000112 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.00000196 javaw.exe IOCTL_SERIAL_GET_COMMSTATUS Serial2 SUCCESS 0.02846172 javaw.exe IRP_MJ_CLEANUP Serial2 SUCCESS 0.03228679 javaw.exe IRP_MJ_CLOSE Serial2 SUCCESS From p_edson at yahoo.com Wed Aug 4 21:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Fri Jun 3 18:09:02 2005 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Thu Aug 5 06:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Fri Jun 3 18:09:02 2005 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 07:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:02 2005 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj@www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 08:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri Jun 3 18:09:02 2005 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx@linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 12:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Fri Jun 3 18:09:03 2005 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Skipped content of type multipart/alternative From taj at www.linux.org.uk Thu Aug 5 12:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:03 2005 Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj@www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 09:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri Jun 3 18:09:03 2005 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 10:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:03 2005 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx@linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj@www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 17:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Fri Jun 3 18:09:03 2005 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 23:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:03 2005 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj@www.linux.org.uk From alex at det.ua.pt Mon Aug 9 19:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Fri Jun 3 18:09:03 2005 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex@det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0001.htm From brizard.hugues at lubrisoft.com Mon Aug 9 19:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Fri Jun 3 18:09:03 2005 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://pixie.strangenoises.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0003.png From mikkal56 at hotmail.com Tue Aug 10 23:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Fri Jun 3 18:09:03 2005 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0001.htm From taj at www.linux.org.uk Wed Aug 11 01:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:04 2005 Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj@www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 14:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Fri Jun 3 18:09:04 2005 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0001.htm From apaku_2k1 at indiatimes.com Thu Aug 12 08:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Fri Jun 3 18:09:04 2005 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0001.htm From taj at www.linux.org.uk Thu Aug 12 10:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:04 2005 Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj@www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 14:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Fri Jun 3 18:09:04 2005 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj@www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx@linuxgrrls.org> >To: apaku_2k1 <apaku_2k1@indiatimes.com>,Java RXTX discussion <rxtx@linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj@www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx@linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 18:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri Jun 3 18:09:04 2005 Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 19:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri Jun 3 18:09:04 2005 Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx@linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 20:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri Jun 3 18:09:04 2005 Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx@linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx@linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Sat Aug 21 00:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:04 2005 Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj@www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 16:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Fri Jun 3 18:09:04 2005 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Thu Aug 26 00:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:04 2005 Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj@www.linux.org.uk From colinc at exsoft.com.au Thu Aug 26 01:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Fri Jun 3 18:09:04 2005 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc@exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Thu Aug 26 02:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:04 2005 Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj@www.linux.org.uk From colinc at exsoft.com.au Thu Aug 26 02:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Fri Jun 3 18:09:04 2005 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj@www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx@linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc@exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 10:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Fri Jun 3 18:09:05 2005 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Skipped content of type multipart/alternative From pashmina.mukhi at patni.com Mon Aug 30 06:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Fri Jun 3 18:09:05 2005 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Skipped content of type multipart/alternative From taj at www.linux.org.uk Mon Aug 30 17:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:05 2005 Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj@www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 16:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Fri Jun 3 18:09:05 2005 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj@www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx@linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0395.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0395.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0395.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0395.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0392.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0392.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0395.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0395.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0395.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0395.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0395.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0395.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0395.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0149.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0395.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0396.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0396.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0396.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0396.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0393.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0393.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0396.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0396.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0396.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0396.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0396.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0396.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0396.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0187.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0396.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0397.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0397.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0397.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0397.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0394.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0394.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0397.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0397.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0397.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0397.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0397.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0397.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0397.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0217.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0397.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0398.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0398.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0398.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0398.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0395.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0395.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0398.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0398.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0398.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0398.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0398.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0398.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0398.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0311.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0398.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0399.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0399.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0399.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0399.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0396.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0396.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0399.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0399.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0399.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0399.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0399.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0399.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0399.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0342.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0399.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0400.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0400.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0400.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0400.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0397.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0397.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0400.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0400.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0400.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0400.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0400.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0400.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0400.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0395.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0400.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0401.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0401.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0401.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0401.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0398.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0398.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0401.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0401.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0401.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0401.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0401.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0401.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0401.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0396.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0401.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0402.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0402.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0402.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0402.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0399.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0399.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0402.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0402.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0402.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0402.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0402.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0402.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0402.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0397.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0402.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0403.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0403.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0403.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0403.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0400.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0400.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0403.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0403.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0403.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0403.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0403.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0403.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0403.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0398.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0403.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0404.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0404.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0404.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0404.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0401.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0401.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0404.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0404.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0404.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0404.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0404.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0404.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0404.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0399.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0404.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0001.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0001.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0001.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0001.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0001.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0001.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0001.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0001.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0001.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0001.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0001.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0001.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0001.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0001.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0002.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0002.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0002.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0002.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0002.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0002.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0002.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0002.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0002.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0002.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0002.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0002.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0002.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0002.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0003.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0003.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0003.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0003.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0003.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0003.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0003.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0003.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0003.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0003.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0003.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0003.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0003.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0003.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0004.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0004.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0004.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0004.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0004.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0004.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0004.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0004.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0004.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0004.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0004.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0004.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0004.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0004.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0004.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0005.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0005.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0005.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0005.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0005.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0005.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0005.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0005.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0005.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0005.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0005.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0005.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0005.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0005.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0005.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0006.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0006.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0006.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0006.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0006.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0006.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0006.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0006.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0006.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0006.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0006.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0006.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0006.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0006.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0006.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0007.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0007.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0007.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0007.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0007.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0007.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0007.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0007.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0007.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0007.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0007.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0007.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0007.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0007.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0007.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0008.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0008.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0008.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0008.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0008.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0008.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0008.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0008.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0008.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0008.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0008.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0008.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0008.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0008.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0008.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0009.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0009.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0009.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0009.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0009.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0009.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0009.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0009.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0009.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0009.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0009.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0009.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0009.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0009.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0009.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0010.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0010.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0010.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0010.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0010.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0010.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0010.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0010.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0010.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0010.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0010.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0010.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0010.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0010.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0010.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0001.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0001.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0001.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0001.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0001.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0001.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0001.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0001.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0001.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0001.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0001.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0001.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0001.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0001.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0002.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0002.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0002.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0002.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0002.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0002.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0002.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0002.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0002.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0002.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0002.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0002.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0002.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0002.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0003.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0003.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0003.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0003.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0003.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0003.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0003.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0003.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0003.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0003.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0003.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0003.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0003.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0003.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0004.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0004.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0004.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0004.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0004.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0004.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0004.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0004.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0004.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0004.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0004.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0004.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0004.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0004.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0004.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0005.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0005.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0005.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0005.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0005.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0005.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0005.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0005.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0005.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0005.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0005.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0005.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0005.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0005.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0005.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0006.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0006.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0006.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0006.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0006.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0006.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0006.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0006.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0006.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0006.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0006.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0006.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0006.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0006.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0006.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0007.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0007.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0007.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0007.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0007.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0007.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0007.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0007.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0007.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0007.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0007.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0007.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0007.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0007.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0007.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0008.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0008.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0008.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0008.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0008.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0008.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0008.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0008.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0008.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0008.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0008.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0008.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0008.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0008.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0008.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0009.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0009.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0009.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0009.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0009.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0009.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0009.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0009.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0009.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0009.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0009.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0009.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0009.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0009.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0009.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0010.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0010.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0010.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0010.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0010.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0010.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0010.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0010.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0010.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0010.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0010.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0010.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0010.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0010.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0010.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0001.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0001.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0001.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0001.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0001.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0001.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0001.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0001.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0001.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0001.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0001.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0001.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0001.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0001.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0002.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0002.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0002.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0002.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0002.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0002.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0002.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0002.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0002.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0002.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0002.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0002.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0002.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0002.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0003.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0003.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0003.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0003.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0003.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0003.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0003.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0003.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0003.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0003.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0003.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0003.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0003.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0003.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0004.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0004.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0004.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0004.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0004.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0004.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0004.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0004.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0004.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0004.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0004.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0004.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0004.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0004.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0004.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0005.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0005.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0005.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0005.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0005.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0005.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0005.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0005.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0005.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0005.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0005.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0005.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0005.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0005.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0005.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0006.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0006.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0006.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0006.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0006.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0006.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0006.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0006.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0006.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0006.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0006.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0006.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0006.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0006.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0006.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0007.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0007.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0007.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0007.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0007.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0007.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0007.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0007.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0007.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0007.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0007.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0007.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0007.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0007.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0007.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0008.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0008.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0008.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0008.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0008.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0008.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0008.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0008.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0008.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0008.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0008.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0008.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0008.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0008.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0008.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0009.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0009.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0009.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0009.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0009.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0009.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0009.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0009.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0009.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0009.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0009.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0009.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0009.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0009.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0009.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0010.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0010.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0010.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0010.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0010.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0010.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0010.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0010.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0010.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0010.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0010.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0010.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0010.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0010.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0010.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0011.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0011.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0011.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0011.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0011.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0011.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0011.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0011.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0011.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0011.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0011.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0011.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0011.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0011.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0011.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0012.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0012.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0012.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0012.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0012.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0012.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0012.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0012.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0012.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0012.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0012.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0012.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0012.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0012.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0012.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0013.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0013.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0013.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0013.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0013.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0013.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0013.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0013.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0013.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0013.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0013.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0013.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0013.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0013.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0013.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0014.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0014.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0014.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0014.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0014.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0014.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0014.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0014.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0014.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0014.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0014.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0014.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0014.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0014.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0014.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0015.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0015.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0015.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0015.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0015.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0015.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0015.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0015.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0015.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0015.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0015.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0015.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0015.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0015.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0015.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0016.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0016.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0016.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0016.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0016.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0016.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0016.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0016.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0016.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0016.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0016.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0016.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0016.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0016.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0016.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0017.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0017.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0017.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0017.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0017.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0017.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0017.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0017.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0017.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0017.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0017.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0017.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0017.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0017.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0017.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0018.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0018.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0018.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0018.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0018.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0018.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0018.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0018.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0018.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0018.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0018.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0018.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0018.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0018.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0018.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0019.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0019.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0019.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0019.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0019.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0019.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0019.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0019.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0019.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0019.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0019.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0019.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0019.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0019.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0019.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0020.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0020.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0020.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0020.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0020.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0020.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0020.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0020.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0020.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0020.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0020.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0020.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0020.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0020.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0020.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0021.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0021.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188 Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll Current Java thread: at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) at gnu.io.RXTXCommDriver.(RXTXCommDriver.java:58) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at gnu.io.CommPortIdentifier.(CommPortIdentifier.java:67) at fr.trustedlogic.rxtx.play.RXTXPlay.testRXTX(RXTXPlay.java:25) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:186) Dynamic libraries: 0x00400000 - 0x00407000 E:\j2sdk1.4.2_04\bin\javaw.exe 0x78460000 - 0x784E3000 C:\WINNT\system32\ntdll.dll 0x78ED0000 - 0x78F32000 C:\WINNT\system32\ADVAPI32.dll 0x77E70000 - 0x77F33000 C:\WINNT\system32\KERNEL32.DLL 0x770C0000 - 0x77131000 C:\WINNT\system32\RPCRT4.DLL 0x77E00000 - 0x77E65000 C:\WINNT\system32\USER32.dll 0x77F40000 - 0x77F7E000 C:\WINNT\system32\GDI32.DLL 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll 0x08000000 - 0x08138000 E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll 0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll 0x10000000 - 0x10007000 E:\j2sdk1.4.2_04\jre\bin\hpi.dll 0x007E0000 - 0x007EE000 E:\j2sdk1.4.2_04\jre\bin\verify.dll 0x007F0000 - 0x00809000 E:\j2sdk1.4.2_04\jre\bin\java.dll 0x00810000 - 0x0081D000 E:\j2sdk1.4.2_04\jre\bin\zip.dll 0x18470000 - 0x1847F000 E:\j2sdk1.4.2_04\jre\bin\net.dll 0x74FB0000 - 0x74FC4000 C:\WINNT\system32\WS2_32.dll 0x74FA0000 - 0x74FA8000 C:\WINNT\system32\WS2HELP.DLL 0x74F50000 - 0x74F6E000 C:\WINNT\system32\msafd.dll 0x74F90000 - 0x74F97000 C:\WINNT\System32\wshtcpip.dll 0x184C0000 - 0x184D0000 U:\RXTX\Play\rxtx-2.1-7pre17-i386-pc-mingw32\rxtxSerial.dll 0x74F20000 - 0x74F47000 C:\WINNT\system32\crtdll.dll 0x77910000 - 0x77933000 C:\WINNT\system32\imagehlp.dll 0x72970000 - 0x7299D000 C:\WINNT\system32\DBGHELP.dll 0x68EA0000 - 0x68EAB000 C:\WINNT\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 576K, used 560K [0x10010000, 0x100b0000, 0x104f0000) eden space 512K, 97% used [0x10010000, 0x1008c380, 0x10090000) from space 64K, 99% used [0x100a0000, 0x100afff8, 0x100b0000) to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) tenured generation total 1408K, used 93K [0x104f0000, 0x10650000, 0x14010000) the space 1408K, 6% used [0x104f0000, 0x10507510, 0x10507600, 0x10650000) compacting perm gen total 4096K, used 1514K [0x14010000, 0x14410000, 0x18010000) the space 4096K, 36% used [0x14010000, 0x1418aa08, 0x1418ac00, 0x14410000) Local Time = Mon Aug 02 18:12:37 2004 Elapsed Time = 1 # # HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION # Error ID : 4F530E43505002EF # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode) # # An error report file has been saved as hs_err_pid3748.log. # Please refer to the file for further information. # From taj at www.linux.org.uk Mon Aug 2 12:57:00 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 Aug 2004 19:57:00 +0100 (BST) Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: On Mon, 2 Aug 2004, Philippe Bernard wrote: > > Hi, > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > (CommPortIdentifier instanciation), the JVM crashes (see log below). > This seems to be a J2SDK bug. I always get it, whatever the compilation > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > of such bug in the mailing archive, I suspect an error of mine... > > Does anyone know the problem ? > > > Philippe > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x80D7F4C > Function=JVM_RegisterUnsafeMethods+0x188 > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > Current Java thread: > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) This is perhaps the first native method called in the rxtx dll. We have some other issues in the mail archive relating to rxtx on 1.4 jvm's but I suspect there was a problem building the native library in this case. As all the function does is return a string and there should be no threads at that point, I think this can be isolated to an improperly built native library. You may double check that none of the files created during the build process are near 0 bytes in size. I recall a directory could easily be confused in a Makefile at one point and just fixing the source(?) directory solved a problem like this. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Tue Aug 3 02:55:31 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Tue, 03 Aug 2004 10:55:31 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: <410E6BD3.7090208@laposte.net> References: <410E6BD3.7090208@laposte.net> Message-ID: <410F5303.90702@laposte.net> I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe > > > > Hi, > > > > I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I > > compile RXTXComm.jar and rxtxSerial.dll and run a simple program > > (CommPortIdentifier instanciation), the JVM crashes (see log below). > > This seems to be a J2SDK bug. I always get it, whatever the compilation > > environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace > > of such bug in the mailing archive, I suspect an error of mine... > > > > Does anyone know the problem ? > > > > > > Philippe > > > > > > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > > PC=0x80D7F4C > > Function=JVM_RegisterUnsafeMethods+0x188 > > Library=E:\j2sdk1.4.2_04\jre\bin\client\jvm.dll > > > > Current Java thread: > > at gnu.io.RXTXCommDriver.nativeGetVersion(Native Method) > > > This is perhaps the first native method called in the rxtx dll. We have > some other issues in the mail archive relating to rxtx on 1.4 jvm's but I > suspect there was a problem building the native library in this case. > > As all the function does is return a string and there should be no threads > at that point, I think this can be isolated to an improperly built native > library. You may double check that none of the files created during the > build process are near 0 bytes in size. I recall a directory could easily > be confused in a Makefile at one point and just fixing the source(?) > directory solved a problem like this. > From luke at chipcity.com.au Tue Aug 3 05:25:45 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 20:55:45 +0930 Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 Message-ID: <1091532345.1283.53.camel@bench.chipcity.com.au> Hi, I must be doing something very obvious, wrong! I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the javacomm api. I have carried out the instructions according to http://wass.homelinux.net/howtos/Comm_How-To.shtml I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ directory. There is a file call javax.comm.properties which I have in the /$JDKHOME/jre/lib/ directory. This file contains the text 'Driver=gnu.io.RXTXCommDriver' which corresponds to the the contents of 'jcl.jar' So that all checks out, however I keep getting an error when I try to list the ports on my box. These are the errors: ~~~~~~~~~~~~~~~~~~~ Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: SolarisSerialParallel: file not found Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading driver com.sun.comm.SolarisDriver ~~~~~~~~~~~~~~~~~~~~ any help would be appreciated. regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:41:48 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:11:48 +0930 Subject: [Rxtx] java commapi (2) Message-ID: <1091533308.1283.64.camel@bench.chipcity.com.au> Hi, I am now trying to install the commapi using 'rxtx-2.1-7pre17' but I can't get past the 'configure' command. When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ checking os.version 2.4.20-8 WARNING: configure is having a hard time determining which directory contains the file jni_md.h. Edit Makefile and fix the variable JAVANATINC to point to the correct directory. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So I change the JAVANATINC to point to that file (/usr/local/java/j2sdk1.4.2/include/linux on my machine) then I try running make, which bombs out with an error, Obviously I'm doing something wrong :-( Can anyone help (I've been at this for the whole day and no joy) thanks, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 05:47:57 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Tue, 03 Aug 2004 21:17:57 +0930 Subject: [Rxtx] my Makefile Message-ID: <1091533677.1283.68.camel@bench.chipcity.com.au> Hi, Further to the quest to get commapi happening, here is the Makefile that gets generated by 'configure' ~~~~~~~~~~~~~~~~~~~~ # Makefile.in generated by automake 1.6.3 from Makefile.am. # Makefile. Generated from Makefile.in by configure. # Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 # Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh top_srcdir = . prefix = /usr/local exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include pkgdatadir = $(datadir)/Serial pkglibdir = $(libdir)/Serial pkgincludedir = $(includedir)/Serial top_builddir = . ACLOCAL = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run aclocal-1.6 AUTOCONF = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoconf AUTOMAKE = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run automake-1.6 AUTOHEADER = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run autoheader am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} INSTALL_DATA = ${INSTALL} -m 644 install_sh_DATA = $(install_sh) -c -m 644 install_sh_PROGRAM = $(install_sh) -c install_sh_SCRIPT = $(install_sh) -c INSTALL_SCRIPT = ${INSTALL} INSTALL_HEADER = $(INSTALL_DATA) transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = build_triplet = i686-pc-linux-gnu host_alias = host_triplet = i686-pc-linux-gnu target_alias = target_triplet = i686-pc-linux-gnu EXEEXT = OBJEXT = o PATH_SEPARATOR = : #------------------------------------------------------------------------- # rxtx is a native interface to serial ports in java. # Copyright 1997-2002 by Trent Jarvi taj at www.linux.org.uk. # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Library General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Library General Public License for more details. # # You should have received a copy of the GNU Library General Public # License along with this library; if not, write to the Free # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA #------------------------------------------------------------------------- srcdir = . AMTAR = ${SHELL} /myS/archiveFiles/java/rxtx-2.1-7pre17/missing --run tar AS = @AS@ AWK = gawk CATALOGS = @CATALOGS@ CATOBJEXT = @CATOBJEXT@ CC = gcc CFLAGS = -g -O2 -D_POSIX_SOURCE -D_BSD_SOURCE -D__need_timespec CLASSPATH = .:.:/usr/local/java/j2sdk1.4.2/commapi/comm.jar COMPILE = cc DATADIRNAME = @DATADIRNAME@ DEPDIR = .deps DLLTOOL = @DLLTOOL@ ECHO = echo EXTENSION = c GENCAT = @GENCAT@ GMOFILES = @GMOFILES@ GMSGFMT = @GMSGFMT@ GT_NO = @GT_NO@ GT_YES = @GT_YES@ INCLUDE_LOCALE_H = @INCLUDE_LOCALE_H@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLDEPS = @INTLDEPS@ INTLLIBS = @INTLLIBS@ INTLOBJS = @INTLOBJS@ JAR = $(JPATH)/bin/jar JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr LDFLAG = LDFLAGS = -lpthread LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_FIX = LIB_EXTENSION = la LINK = $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) LN_S = ln -s MAINT = # MKINSTALLDIRS = @MKINSTALLDIRS@ MSGFMT = @MSGFMT@ OBJDUMP = @OBJDUMP@ OBJECT_EXTENSION = lo OS_ARCH = i686 OS_NAME = Linux OS_VERSION = 2.4.20-8 PACKAGE = Serial POFILES = @POFILES@ POSUB = @POSUB@ RANLIB = ranlib RXTX_PATH = STRIP = strip TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la THREAD_FLAG = TOP = /myS/archiveFiles/java/rxtx-2.1-7pre17 USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIBINTL@ USE_NLS = @USE_NLS@ VERSION = 2.1-7pre17 WINDOWS_JAVA_INCLUDE = am__include = include am__quote = install_sh = /myS/archiveFiles/java/rxtx-2.1-7pre17/install-sh l = @l@ abs_srcdir = $(TOP)/. AUTOMAKE_OPTIONS = foreign INCLUDES = -I$(TOP) -I$(DEST) -I. $(JAVAINCLUDE) $(JAVANATINC) ####################### vars for rxtx-1.4->1.5 transition JARTARGET = RXTXcomm.jar CLASSDIR = gnu.io CLASSTOP = gnu CLASSDEST = gnu/io ####################### tools LIBTOOLC = $(TOP)/libtool --mode=compile $(CC) $(INCLUDES) $(CPPFLAGS) $(CFLAGS) $(VERBOSE_IOEXCEPTIONS) -c LIBTOOL_INST = $(TOP)/libtool --mode=install $(INSTALL_PROGRAM) ####################### dirs SPATH = $(abs_srcdir)/src DEST = $(target_triplet) ####################### rules CLASSES = $(patsubst $(SPATH)/%.java,$(TOP)/$(CLASSDEST)/%.class,$(wildcard $(SPATH)/*.java)) javafiles = $(wildcard $(SPATH)/*.java) javahfiles = $(patsubst $(SPATH)/%.java,%,$(wildcard $(SPATH)/*.java)) ####################### CLEANFILES = $(TOP)/*.class $(TOP)/$(CLASSDEST)/*.class $(TOP)/$(JARTARGET) subdir = . ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = DIST_SOURCES = DIST_COMMON = README AUTHORS COPYING ChangeLog INSTALL Makefile.am \ Makefile.in TODO acinclude.m4 aclocal.m4 config.guess \ config.h.in config.sub configure configure.in install-sh \ ltconfig ltmain.sh missing mkinstalldirs all: config.h $(MAKE) $(AM_MAKEFLAGS) all-am .SUFFIXES: am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ configure.lineno $(srcdir)/Makefile.in: # Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && \ $(AUTOMAKE) --foreign Makefile Makefile: # $(srcdir)/Makefile.in $(top_builddir)/config.status cd $(top_builddir) && $(SHELL) ./config.status $@ $(am__depfiles_maybe) $(top_builddir)/config.status: $(srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) $(SHELL) ./config.status --recheck $(srcdir)/configure: # $(srcdir)/configure.in $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES) cd $(srcdir) && $(AUTOCONF) $(ACLOCAL_M4): # configure.in acinclude.m4 cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) && $(SHELL) ./config.status config.h $(srcdir)/config.h.in: # $(top_srcdir)/configure.in $(ACLOCAL_M4) cd $(top_srcdir) && $(AUTOHEADER) touch $(srcdir)/config.h.in distclean-hdr: -rm -f config.h stamp-h1 mostlyclean-libtool: -rm -f *.lo clean-libtool: -rm -rf .libs _libs distclean-libtool: -rm -f libtool uninstall-info-am: tags: TAGS TAGS: DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) top_distdir = . distdir = $(PACKAGE)-$(VERSION) am__remove_distdir = \ { test ! -d $(distdir) \ || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ && rm -fr $(distdir); }; } GZIP_ENV = --best distcleancheck_listfiles = find . -type f -print distdir: $(DISTFILES) $(am__remove_distdir) mkdir $(distdir) @list='$(DISTFILES)'; for file in $$list; do \ if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ if test "$$dir" != "$$file" && test "$$dir" != "."; then \ dir="/$$dir"; \ $(mkinstalldirs) "$(distdir)$$dir"; \ else \ dir=''; \ fi; \ if test -d $$d/$$file; then \ if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ fi; \ cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ else \ test -f $(distdir)/$$file \ || cp -p $$d/$$file $(distdir)/$$file \ || exit 1; \ fi; \ done -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \ ! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \ ! -type d ! -perm -400 -exec chmod a+r {} \; -o \ ! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {} \; \ || chmod -R a+r $(distdir) dist-gzip: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) dist dist-all: distdir $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz $(am__remove_distdir) # This target untars the dist file and tries a VPATH configuration. Then # it guarantees that the distribution is self-contained by making another # tarfile. distcheck: dist $(am__remove_distdir) GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(AMTAR) xf - chmod -R a-w $(distdir); chmod a+w $(distdir) mkdir $(distdir)/=build mkdir $(distdir)/=inst chmod a-w $(distdir) dc_install_base=`$(am__cd) $(distdir)/=inst && pwd` \ && cd $(distdir)/=build \ && ../configure --srcdir=.. --prefix=$$dc_install_base \ $(DISTCHECK_CONFIGURE_FLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) \ && $(MAKE) $(AM_MAKEFLAGS) dvi \ && $(MAKE) $(AM_MAKEFLAGS) check \ && $(MAKE) $(AM_MAKEFLAGS) install \ && $(MAKE) $(AM_MAKEFLAGS) installcheck \ && $(MAKE) $(AM_MAKEFLAGS) uninstall \ && (test `find $$dc_install_base -type f -print | wc -l` -le 1 \ || { echo "ERROR: files left after uninstall:" ; \ find $$dc_install_base -type f -print ; \ exit 1; } >&2 ) \ && $(MAKE) $(AM_MAKEFLAGS) dist-gzip \ && rm -f $(distdir).tar.gz \ && $(MAKE) $(AM_MAKEFLAGS) distcleancheck $(am__remove_distdir) @echo "$(distdir).tar.gz is ready for distribution" | \ sed 'h;s/./=/g;p;x;p;x' distcleancheck: distclean if test '$(srcdir)' = . ; then \ echo "ERROR: distcleancheck can only run from a VPATH build" ; \ exit 1 ; \ fi test `$(distcleancheck_listfiles) | wc -l` -eq 0 \ || { echo "ERROR: files left after distclean:" ; \ $(distcleancheck_listfiles) ; \ exit 1; } >&2 check-am: all-am check: check-am all-am: Makefile config.h installdirs: install-exec: install-exec-am install-data: install-data-am uninstall: uninstall-am install-am: all-am @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am installcheck: installcheck-am install-strip: $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ INSTALL_STRIP_FLAG=-s \ `test -z '$(STRIP)' || \ echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install mostlyclean-generic: distclean-generic: -rm -f Makefile $(CONFIG_CLEAN_FILES) maintainer-clean-generic: @echo "This command is intended for maintainers to use" @echo "it deletes files that may require special tools to rebuild." clean: clean-am clean-am: clean-generic clean-libtool mostlyclean-am distclean: distclean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) distclean-am: clean-am distclean-generic distclean-hdr distclean-libtool dvi: dvi-am dvi-am: info: info-am info-am: install-data-am: install-exec-am: install-info: install-info-am install-man: installcheck-am: maintainer-clean: maintainer-clean-am -rm -f $(am__CONFIG_DISTCLEAN_FILES) -rm -rf autom4te.cache maintainer-clean-am: distclean-am maintainer-clean-generic mostlyclean: mostlyclean-am mostlyclean-am: mostlyclean-generic mostlyclean-libtool uninstall-am: uninstall-info-am .PHONY: all all-am check check-am clean clean-generic clean-libtool dist \ dist-all dist-gzip distcheck distclean distclean-generic \ distclean-hdr distclean-libtool distcleancheck distdir dvi \ dvi-am info info-am install install-am install-data \ install-data-am install-exec install-exec-am install-info \ install-info-am install-man install-strip installcheck \ installcheck-am installdirs maintainer-clean \ maintainer-clean-generic mostlyclean mostlyclean-generic \ mostlyclean-libtool uninstall uninstall-am uninstall-info-am # for SCO builds everything else is currently using lib%.la below # I'm thinking about taking libtool out completely. See also Mac OS X builds. $(target_triplet)/lib%.so: $(SPATH)/%Imp.c $(CLASSES) $(COMPILE) $(SPATH)/$*Imp.c -o $(TOP)/$(DEST)/$*Imp.o $(LINK) -G -o lib$*.so $(TOP)/$(DEST)/$*Imp.o # compile src/SerialImp.c and similar files into libraries. # LIBTOOL_FIX handles problems encountered on some OS's. See configure.in # If a LIBTOOL_FIX is added be sure to provide a trailing ';' in configure.in $(target_triplet)/librxtx%.la: $(SPATH)/%Imp.c $(CLASSES) $(SPATH)/%Imp.h @( \ $(LIBTOOL_FIX) \ cd $(DEST); \ $(LIBTOOLC) $(SPATH)/$*Imp.c -o \ $(TOP)/$(DEST)/$*Imp.lo; \ if [ "$*" = "rxtxSerial" ]; then \ $(LIBTOOLC) ../$(SPATH)/fuserImp.c \ -o $(TOP)/$(DEST)/fuserImp.lo;\ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo \ $(TOP)/$(DEST)/fuserImp.lo;\ else \ $(TOP)/libtool --mode=link $(CC) $(CFLAGS) $(LDFLAGS) -release $(VERSION) -o librxtx$*.la -rpath $(RXTX_PATH) $(TOP)/$(DEST)/$*Imp.lo $(FUSER);\ fi; \ ) # compile src/RXTXPort.java and similar files into classes # then create the .jar file $(CLASSES): $(javafiles) $(TOP)/Makefile $(JAVAH_FIX) $(JAVAC) $(javafiles) @$(JAVAH) `(for i in $(javahfiles);do \ if grep > /dev/null native.*\( $(SPATH)/$$i.java; then \ echo $(CLASSDIR).$$i; \ fi; \ done)` $(JAR) cf $(JARTARGET) $(CLASSTOP)/* # install librxtxSerial.so into the proper directory and copy $(JARTARGET) to its # proper location install: all @$(LIBTOOL_INST) \ `for i in $(TARGETLIB);do \ if [ -f $$i ];then \ echo $$i; \ fi; \ done` $(RXTX_PATH) $(INSTALL_PROGRAM) $(JARTARGET) $(JHOME)/ clean-generic: rm -rf $(DEST) $(TOP)/$(CLASSTOP) -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) all: $(TARGETLIB) # create the javadoc files. docs: $(CLASSES) $(JAVADOC) $(javafiles) ################ WIN32 CrossCompiling from here down ####################### $(DEST)/rxtxSerial.dll: $(CLASSES) $(TOP)/Makefile gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/SerialImp.c -o $(DEST)/SerialImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fuserImp.c -o $(DEST)/fuserImp.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/termios.c -o $(DEST)/termios.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/fixup.c -o $(DEST)/fixup.o gcc -DWIN32 -D __int64="long long" -mno-fp-ret-in-387 -b$(target_alias) -I $(TOP) -I $(DEST) -I . $(WINDOWS_JAVA_INCLUDE) -I $(SPATH) -Wall -c $(SPATH)/init.cc -o $(DEST)/init.o ld --base-file $(DEST)/Serial.base --dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base echo EXPORTS >$(DEST)/Serial.def;for i in `nm i386-mingw32/rxtxSerial.dll | grep "T _Java"|cut -b 13-`;do echo -n $$i|sed s#@.*##;echo "="$$i;done >> $(DEST)/Serial.def dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld --base-file $(DEST)/Serial.base $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base dlltool -b$(DEST) --as=as --dllname $(DEST)/rxtxSerial.dll --def $(DEST)/Serial.def --base-file $(DEST)/Serial.base --output-exp $(DEST)/Serial.exp ld $(DEST)/Serial.exp -dll -o $(DEST)/rxtxSerial.dll $(DEST)/termios.o $(DEST)/SerialImp.o $(DEST)/fuserImp.o $(DEST)/fixup.o $(DEST)/init.o -luser32 -lgdi32 -lcomdlg32 -lkernel32 -ladvapi32 -lmingw32 -lmoldname -lcrtdll -e _dll_entry at 12 --base-file $(DEST)/Serial.base # END # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: ~~~~~~~~~~~~~~~~~~~~ kr, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From dbisig at ifi.unizh.ch Tue Aug 3 10:25:34 2004 From: dbisig at ifi.unizh.ch (Daniel Bisig) Date: Tue, 3 Aug 2004 18:25:34 +0200 Subject: [Rxtx] issues on os x Message-ID: Hi all, with rather limited success, I'm currently trying to get one of the various rxtx versions to work on os x 10.3. All the recent versions compile fine in xcode. But when I try to compile for instance Test.java which resides in the contrib folder I get the following error message: Test.java:29: inconvertible types found : javax.comm.CommPort required: gnu.io.SerialPort serialPort = (SerialPort) TxPort.getCommPort(PortName, CommPortIdentifier.PORT_SERIAL); This error possibly results from the fact that I compiled and installed the javax.comm as well. I don't know if I have to clean up particular things in order to use the gnu.io version of rxtx. The only thing I did was to replace the file RXTXcomm.jar which resides in /Library/Java/Extensions/ with the one generated by the gnu.io version. What else do I need to fix / check in order to get this example working? Thanks very much and best regards Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1043 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040803/35760f0b/attachment-0021.bin From p_edson at yahoo.com Tue Aug 3 10:28:21 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Tue, 3 Aug 2004 09:28:21 -0700 (PDT) Subject: [Rxtx] (no subject) Message-ID: <20040803162821.74383.qmail@web12706.mail.yahoo.com> I'm having the same problem (and am using 1.4.2). pre17 from the website works fine, but when I build with mingw32 on Windows I get an execption on the first call. My exports are now matched up with the one on the website, but the imports were not quite right. Some functions linked against msvcrt.dll on the website dll were linked against crtdll.dll in mine. I updated the link information and the import table now matches, but I still get the exception. Interestingly, if I link such that all the imports from crtdll.dll are instead listed under msvcrt.dll (instead of just close and stat) I don't get an exception or crash, but I get link errors in the application. ------------------------------ Message: 3 Date: Tue, 03 Aug 2004 10:55:31 +0200 From: Philippe Bernard I should have started with this: the error is due to J2SDK1.4.2_04/05 (I've tried both). When I switch to JDK1.3.1_06, the program runs normally. However, this behavior is still strange: * Some people in the list speak about troubles while *using* RXTX dll with JDK1.4.2. I cannot even *load* it. * The dll provided on RXTX site works on my machine with JDK1.4.2. I don't know what's wrong in the way I compile it... At least, it seems that Sun's guys have a bug to fix. Philippe __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From taj at www.linux.org.uk Tue Aug 3 13:11:56 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:11:56 +0100 (BST) Subject: [Rxtx] commapi on Redhat 9 with J2SDK1.4 In-Reply-To: <1091532345.1283.53.camel@bench.chipcity.com.au> References: <1091532345.1283.53.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I must be doing something very obvious, wrong! > I'm trying to set up my linux box (Redhat9 + J2sdk1.4.2) to use the > javacomm api. > > I have carried out the instructions according to > > http://wass.homelinux.net/howtos/Comm_How-To.shtml > > I have placed 'comm.jar' and 'jcl.jar' in the $JDKHOME/jre/lib/i386/ > directory. > There is a file call javax.comm.properties which I have in the > /$JDKHOME/jre/lib/ directory. This file contains the text > 'Driver=gnu.io.RXTXCommDriver' > which corresponds to the the contents of 'jcl.jar' > > So that all checks out, > however I keep getting an error when I try to list the ports on my box. > These are the errors: > ~~~~~~~~~~~~~~~~~~~ > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > Error loading SolarisSerial: java.lang.UnsatisfiedLinkError: > SolarisSerialParallel: file not found > Caught java.lang.UnsatisfiedLinkError: readRegistrySerial while loading > driver com.sun.comm.SolarisDriver > ~~~~~~~~~~~~~~~~~~~~ > > any help would be appreciated. > This means Sun's jar loaded but it did not find a correct javax.comm.properties file so it started looking for the default native driver; Solaris. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 13:56:24 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 20:56:24 +0100 (BST) Subject: [Rxtx] java commapi (2) In-Reply-To: <1091533308.1283.64.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > but I can't get past the 'configure' command. > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > following error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > checking os.version 2.4.20-8 > > WARNING: configure is having a hard time determining which > directory contains the file jni_md.h. Edit Makefile and fix the > variable JAVANATINC to point to the correct directory. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > So I change the JAVANATINC to point to that file > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > then I try running make, which bombs out with an error, > > Obviously I'm doing something wrong :-( > > Can anyone help (I've been at this for the whole day and no joy) > > thanks, > > Luke > > To fix the above the either of the following should work: adding /usr/local/java/j2sdk1.4.2/bin to your PATH setting the environment variable JAVA_HOME with bash: export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH or export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ If configure sees you set JAVA_HOME it will try to ignore the path. So just use one or the other. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Tue Aug 3 14:20:10 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 Aug 2004 21:20:10 +0100 (BST) Subject: [Rxtx] my Makefile In-Reply-To: <1091533677.1283.68.camel@bench.chipcity.com.au> References: <1091533677.1283.68.camel@bench.chipcity.com.au> Message-ID: JAVAC = $(JPATH)/bin/javac -classpath $(CLASSPATH) -d $(TOP)/ -O JAVADOC = $(JPATH)/bin/javadoc JAVAH = $(JPATH)/bin/javah -classpath $(CLASSPATH) -d $(DEST) -jni JAVAH_FIX = JAVAINCLUDE = -I /usr/local/java/j2sdk1.4.2/include JAVAINCLUDEDIR = /usr/include JAVANATINC = -I /usr/local/java/j2sdk1.4.2/include/linux JAVA_CLASS_PATH = JAVA_CLASS_VERSION = JAVA_HOME = JAVA_LIBRARY_PATH = JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 JHOME = JPATH = /usr JPATH is wrong. It will be correct if you rerun configure after setting your path as mentioned in the previous email and rerunning configure. I doubt you want: JAVAC which is : $(JPATH)/bin/javac or /usr/bin/javac Also, JAVA_VENDOR = Free Software Foundation, Inc. JAVA_VERSION = 3.2.2 ''which javac'' is probably returning /usr/bin/javac which is GNU's gcj. GCJ does not use the Java Native Interface. Make sure the javac you wish to be using is at the front of your path to avoid confusing these. Distributions and Sun Java Partners appear to have different interpretations of Filesystem Hierarchical Standard http://www.pathname.com/fhs/ gcj is really interesting but I suspect you didnt realize it was essentially the Java you are trying to use to build. A seperate version of rxtx is required for use with gcj. gcj is much faster but the libraries are currently less complete - especially compared to 1.4 Java. It also compiles to native code so the resulting application is not run within the JVM. http://gcc.gnu.org/java/ http://www.gnu.org/software/classpath/classpath.html http://www.gnu.org/software/classpathx/ why gcj is hot: http://www.linuxjournal.com/article.php?sid=7413 -- Trent Jarvi taj at www.linux.org.uk From luke at chipcity.com.au Tue Aug 3 17:48:56 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:18:56 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: References: <1091533308.1283.64.camel@bench.chipcity.com.au> Message-ID: <1091576936.1283.83.camel@bench.chipcity.com.au> Hi, Thanks Trent, I got that part of it working, great! Now I have *the* problem with lockfiles. I have changed the /etc/group file and added myself to the uucp group, but I still get the error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I have tried running my program as root and it works :-), so somewhere I still need to change permissions, any help appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > Hi, > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > but I can't get past the 'configure' command. > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > following error: > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > checking os.version 2.4.20-8 > > > > WARNING: configure is having a hard time determining which > > directory contains the file jni_md.h. Edit Makefile and fix the > > variable JAVANATINC to point to the correct directory. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > So I change the JAVANATINC to point to that file > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > then I try running make, which bombs out with an error, > > > > Obviously I'm doing something wrong :-( > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > thanks, > > > > Luke > > > > > > To fix the above the either of the following should work: > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > setting the environment variable JAVA_HOME > > with bash: > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > or > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:28:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 09:58:37 +0930 Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091576936.1283.83.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> Message-ID: <1091579316.1283.94.camel@bench.chipcity.com.au> Hi, About the lockfiles. I found that the lockfiles get generated in /var/lock on my system. So I added the user 'luke' to the group 'lock'. That didn't work. Then I changed the permissions on the the 'lock' directory to 777 instead of 776, Now I can create lock files as luke. Is this safe? How would I otherwise solve this problem? thanks, kr, Luke On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > Hi, > > Thanks Trent, > I got that part of it working, great! > > Now I have *the* problem with lockfiles. > I have changed the /etc/group file and added myself to the uucp group, > but I still get the error: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I have tried running my program as root and it works :-), > so somewhere I still need to change permissions, > > any help appreciated, > > thanks, > kr, > Luke > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > Hi, > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > but I can't get past the 'configure' command. > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > following error: > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > checking os.version 2.4.20-8 > > > > > > WARNING: configure is having a hard time determining which > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > variable JAVANATINC to point to the correct directory. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > So I change the JAVANATINC to point to that file > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > then I try running make, which bombs out with an error, > > > > > > Obviously I'm doing something wrong :-( > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > thanks, > > > > > > Luke > > > > > > > > > > To fix the above the either of the following should work: > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > setting the environment variable JAVA_HOME > > > > with bash: > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > or > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > just use one or the other. -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:43:17 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:13:17 +0930 Subject: [Rxtx] java commapi (4) Message-ID: <1091580197.1283.104.camel@bench.chipcity.com.au> Hi, I still have a problem running the commapi. It's to do with the permissions on the /var/lock directory. I have currently set these to 777 and am able to run a portlist program as a regular user. However I get different outputs when I run as root and when running as 'luke' as root: ~~~~~~~~~~~~~~~~~~~~~~~~~ [root at bench javaCode]# java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port ~~~~~~~~~~~~~~~~~~~~~~~~~ as luke: ~~~~~~~~~~~~~~~~~~~~~~~~~ [luke at bench javaCode]$ java PortLister Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File exists ~~~~~~~~~~~~~~~~~~~~~~~~~ any ideas? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From luke at chipcity.com.au Tue Aug 3 18:56:19 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Wed, 04 Aug 2004 10:26:19 +0930 Subject: [Rxtx] java commapi (4) In-Reply-To: <1091580197.1283.104.camel@bench.chipcity.com.au> References: <1091580197.1283.104.camel@bench.chipcity.com.au> Message-ID: <1091580979.1283.108.camel@bench.chipcity.com.au> Hi, further to this problem, I changed the permissions on /dev/ttys? and /dev/lp? to 666, allowing 'all' rw permissions. This allowed me to run the portlister program as 'luke' and have the same output as when run by 'root' Is it problematic to fix it this way? your input is appreciated, thanks, kr, Luke On Wed, 2004-08-04 at 10:13, Luke (Terry) Vanderfluit wrote: > Hi, > > I still have a problem running the commapi. > It's to do with the permissions on the /var/lock directory. > I have currently set these to 777 and am able to run a portlist program > as a regular user. > However I get different outputs when I run as root and when running as > 'luke' > as root: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [root at bench javaCode]# java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > gnu.io.CommPortIdentifier at 8099fc8 is /dev/ttyS1, serial port > gnu.io.CommPortIdentifier at 8099f78 is /dev/lp0, parallel port > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > as luke: > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [luke at bench javaCode]$ java PortLister > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyS0: File > exists > ~~~~~~~~~~~~~~~~~~~~~~~~~ > > any ideas? > > thanks, > kind regards, > Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Tue Aug 3 18:59:54 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 4 Aug 2004 01:59:54 +0100 (BST) Subject: [Rxtx] java commapi (3) problem with lockfile despite uucp group set In-Reply-To: <1091579316.1283.94.camel@bench.chipcity.com.au> References: <1091533308.1283.64.camel@bench.chipcity.com.au> <1091576936.1283.83.camel@bench.chipcity.com.au> <1091579316.1283.94.camel@bench.chipcity.com.au> Message-ID: On Wed, 4 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > About the lockfiles. > > I found that the lockfiles get generated in /var/lock on my system. > So I added the user 'luke' to the group 'lock'. > That didn't work. > Then I changed the permissions on the the 'lock' directory to 777 > instead of 776, > Now I can create lock files as luke. > > Is this safe? > How would I otherwise solve this problem? > I suspect you have a problem in the way you added the user to the group(?) First check if possible who does own the directory. uucp is more common with older distros, lock is what I think everyone is going to. ls -ld /var/lock drwxrwxr-x 4 root lock 4096 Aug 3 04:02 /var/lock --------------------^^ thats a fedora system, suse uses group uucp. This is a dusty corner of standards with no clear answers/interest. Suse also uses drwxrwxr-t as permissions. Changing the directory to 777 means anyone can tinker in the directory. If the group permission/file is correct, there is no need to allow this. > thanks, > kr, > Luke > > > On Wed, 2004-08-04 at 09:18, Luke (Terry) Vanderfluit wrote: > > Hi, > > > > Thanks Trent, > > I got that part of it working, great! > > > > Now I have *the* problem with lockfiles. > > I have changed the /etc/group file and added myself to the uucp group, > > but I still get the error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > 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 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I have tried running my program as root and it works :-), > > so somewhere I still need to change permissions, > > > > any help appreciated, > > > > thanks, > > kr, > > Luke > > > > > > > > > > On Wed, 2004-08-04 at 05:26, Trent Jarvi wrote: > > > On Tue, 3 Aug 2004, Luke (Terry) Vanderfluit wrote: > > > > > > > Hi, > > > > > > > > I am now trying to install the commapi using 'rxtx-2.1-7pre17' > > > > but I can't get past the 'configure' command. > > > > > > > > When I type ./configure in the 'rxtx-2.1-7pre17' directory I get the > > > > following error: > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > checking os.version 2.4.20-8 > > > > > > > > WARNING: configure is having a hard time determining which > > > > directory contains the file jni_md.h. Edit Makefile and fix the > > > > variable JAVANATINC to point to the correct directory. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > So I change the JAVANATINC to point to that file > > > > (/usr/local/java/j2sdk1.4.2/include/linux on my machine) > > > > then I try running make, which bombs out with an error, > > > > > > > > Obviously I'm doing something wrong :-( > > > > > > > > Can anyone help (I've been at this for the whole day and no joy) > > > > > > > > thanks, > > > > > > > > Luke > > > > > > > > > > > > > > To fix the above the either of the following should work: > > > > > > adding /usr/local/java/j2sdk1.4.2/bin to your PATH > > > setting the environment variable JAVA_HOME > > > > > > with bash: > > > > > > export PATH=/usr/local/java/j2sdk1.4.2/bin:$PATH > > > > > > or > > > > > > export JAVA_HOME=/usr/local/java/j2sdk1.4.2/ > > > > > > > > > If configure sees you set JAVA_HOME it will try to ignore the path. So > > > just use one or the other. > -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Wed Aug 4 04:03:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Wed, 04 Aug 2004 12:03:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <4110B479.4070008@laposte.net> Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). I can use them to communicate with another smart card reader (not the Towitoko) successfully. I've enclosed the test program. It opens a serial COM port, sets DTR and RTS for 10 ms to reset the Towitoko reader and sends two device-specific commands to the reader. The first one sets its LED color and the second one turns it on, so that I can see with my own eyes that the device received the commands. When the "import javax.comm.*;" line is uncommented, the program runs fine: device answers '01' to each command and LED actually turns on. When I switch to "import gnu.io.*;", it doesn't work anymore. in.read() returns -1 for both commands, and the LED remains off, so the device doesn't even receive the commands correctly. So I take portmon to monitor the serial port. Comm API and RXTX have similar behavior (see enclosed traces; RXTX trace is done with the fresh rxtx distrib, not my own modified version). They are few differences: * Timouts are not setup at the same moment. I don't think it makes a big difference. However, I hacked RXTX DLL to change that and nothing happened. * Xon/Xoff are not setup the same way. I hacked RXTX again to make it mimic Comm API, nothing changed. * XonLimit/XoffLimit : same * After RXTX sends data to the device, it sets wait mask to TXEMPTY. Comm API does not. I changed that too in RXTX but nothing changed. Unfortunatly, because of my poor serial port knowledge, I don't really understand the scope of this "wait mask". Maybe I broke everything and did not realized. * Portmon reports that Stopbits are set badly ("StopBits: ERROR") for both Comm API and RXTX. I changed that too, and nothing happened. I didn't try to make it work under Linux. A colleague of mine told me he succeed to make it work under Linux, but not Windows. Please excuse me for this long, long mail, and thank you for your patience... Philippe -------------- next part -------------- A non-text attachment was scrubbed... Name: RXTXPlay.java Type: java/* Size: 1858 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/RXTXPlay-0021.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: commAPI.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/commAPI-0021.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rxtx.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20040804/59a96e78/rxtx-0021.txt From p_edson at yahoo.com Wed Aug 4 14:51:43 2004 From: p_edson at yahoo.com (Patrick Edson) Date: Wed, 4 Aug 2004 13:51:43 -0700 (PDT) Subject: [Rxtx] Diff between RXTX and COMM API on windows Message-ID: <20040804205143.71781.qmail@web12701.mail.yahoo.com> What version of the JDK did you end up using to compile? What did you need to update in the Makefile to get rid of that exception you were having? Thanks, Patrick ---------------------------- Hi, Back again... Now that I have a fonctionnal RXTX serial DLL, I fall into another problem: I cannot communicate properly with a specific device, a Towitoko/Chipdrive smart card reader. I start with a fresh rxtx-2.1-7pre17. After few minor updates in Makefile.mingw32, I compile RXTXcomm.jar and rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From luke at chipcity.com.au Wed Aug 4 23:37:37 2004 From: luke at chipcity.com.au (Luke (Terry) Vanderfluit) Date: Thu, 05 Aug 2004 15:07:37 +0930 Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 Message-ID: <1091684257.1492.48.camel@bench.chipcity.com.au> Hi, I'm rapt. I have the commapi working :-) I need the docs for the commapi to be housed on my local system. I have unzipped the docs that come with the commapi from sun (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than the ones from the rxtx site under the 'hierarchy' heading (and of course the sun version doesn't contain the docs for the RXTXCommDriver) I am using the rxtx-2.1-7pre17 and need the javadocs for that api, is there a tarball or zip file I can download that contains the javadocs for the api? thanks, kind regards, Luke -- ======================== Luke (Terry) Vanderfluit Mobile: 0421 276 282 ======================== From taj at www.linux.org.uk Thu Aug 5 00:11:04 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 07:11:04 +0100 (BST) Subject: [Rxtx] javaDocs for rxtx-2.1-7pre17 In-Reply-To: <1091684257.1492.48.camel@bench.chipcity.com.au> References: <1091684257.1492.48.camel@bench.chipcity.com.au> Message-ID: On Thu, 5 Aug 2004, Luke (Terry) Vanderfluit wrote: > Hi, > > I'm rapt. I have the commapi working :-) > I need the docs for the commapi to be housed on my local system. > I have unzipped the docs that come with the commapi from sun > (javax_comm-2_0_3-solsparc.tar.Z) but they seem to be less complete than > the ones from the rxtx site under the 'hierarchy' heading (and of course > the sun version doesn't contain the docs for the RXTXCommDriver) > I am using the rxtx-2.1-7pre17 and need the javadocs for that api, > > is there a tarball or zip file I can download that contains the javadocs > for the api? > ftp://ftp.qbang.org/pub/rxtx/rxtx-javadoc-2.1.17.zip If a method is mentioned as an extension, it is unsupported, subect to change and all around not to be trusted. Assume you will be tinkering with the source. They may be usefull for one off obscure uses or people familiar with C that are trying to do something 'strange.' The general intent of both rxtx 2.0 and 2.1 is to match Sun's CommAPI documentation so I'd rather have people use Sun's documentation and complain if rxtx does not match that. There appear to be differences in defaults between rxtx and Sun in undocumented ways (ie not a bug) so _always_ explicitly set what you want. finally, if you have the source, you can type 'make docs' after building on Linux, and the javadocs will be created. Javadoc is not a complicated program, javadoc -classpath c:\RXTXcomm.jar *.java for typical documents. The above zip file includes the -private option so all members are exposed. Help with the javadocs is always appreciated. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Thu Aug 5 01:04:37 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Thu, 05 Aug 2004 09:04:37 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <20040804205143.71781.qmail@web12701.mail.yahoo.com> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> Message-ID: <4111DC05.90005@laposte.net> Hi, I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is enough to wipe the exception out. Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, etc.). I also changed one command or two that were not Cygwin-friendly. I didn't make suspicious things like changing a compile option, etc. Philippe Patrick Edson wrote: >What version of the JDK did you end up using to >compile? What did you need to update in the Makefile >to get rid of that exception you were having? > >Thanks, >Patrick > >---------------------------- > >Hi, > >Back again... Now that I have a fonctionnal RXTX >serial DLL, I fall into >another problem: I cannot communicate properly with a >specific device, a >Towitoko/Chipdrive smart card reader. > >I start with a fresh rxtx-2.1-7pre17. After few minor >updates in >Makefile.mingw32, I compile RXTXcomm.jar and >rxtxSerial.dll with Mingw >or Cygwin (I get the same results with both). > > > >__________________________________ >Do you Yahoo!? >Y! Messenger - Communicate in real time. Download now. >http://messenger.yahoo.com >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > From pashmina.mukhi at patni.com Thu Aug 5 05:25:13 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Thu, 5 Aug 2004 16:55:13 +0530 Subject: [Rxtx] Lock file permissions Message-ID: <001d01c47ade$e0a4ed90$036ad103@patni.com> Hi, I am getting the following error when trying to run my application, which checks for a free port and then connects to a remote device to get the data: check_group_uucp(): error testing lock file creation Error details: Permission denied check_lock_status: No permission to create lock file. I was running a similar program from another folder, and it was giving me no such error. What permissions do I need to solve the above problem? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040805/41c983c2/attachment-0021.html From taj at www.linux.org.uk Thu Aug 5 05:34:45 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 5 Aug 2004 12:34:45 +0100 (BST) Subject: [Rxtx] Lock file permissions In-Reply-To: <001d01c47ade$e0a4ed90$036ad103@patni.com> References: <001d01c47ade$e0a4ed90$036ad103@patni.com> Message-ID: On Thu, 5 Aug 2004, Pashmina Mukhi wrote: > Hi, > I am getting the following error when trying to run my application, which > checks for a free port and then connects to a remote device to get the data: > check_group_uucp(): error testing lock file creation Error details: > Permission denied check_lock_status: No permission to create lock file. > > I was running a similar program from another folder, and it was giving me no > such error. > > What permissions do I need to solve the above problem? > > Thanks & Regards, > Pashmina Mukhi > > > The usual solution to this is to add the user to the same group that owns the lock directory. On Linux the lock directory is /var/lock so ls -ld /var/lock/ The group is configured in /etc/group. If the lock directory is owned by lock group the following line in /etc/group would have Mukhi and jarvi in group lock: lock:x:54:Mukhi,jarvi (dont have multiple lock:... lines in gropus. Just modify the one thats there. -- Trent Jarvi taj at www.linux.org.uk From ph.bernard at laposte.net Fri Aug 6 02:25:03 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Fri, 06 Aug 2004 10:25:03 +0200 Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4111DC05.90005@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> Message-ID: <4113405F.4010106@laposte.net> Hi, Finally the problem was spotted. My program was wrong with RXTX because of the way I was using isDTR and isRTS: CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); Here is what this program prints: * Windows: * Comm API: DTR: true RTS: true * RXTX: DTR: false RTS: false * Linux: * RXTX: DTR: true RTS: true Is it normal ? Philippe Philippe Bernard wrote: > > > Hi, > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > enough to wipe the exception out. > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > etc.). I also changed one command or two that were not > Cygwin-friendly. I didn't make suspicious things like changing a > compile option, etc. > > Philippe > > > Patrick Edson wrote: > >> What version of the JDK did you end up using to >> compile? What did you need to update in the Makefile >> to get rid of that exception you were having? >> >> Thanks, >> Patrick >> >> ---------------------------- >> >> Hi, >> >> Back again... Now that I have a fonctionnal RXTX >> serial DLL, I fall into another problem: I cannot communicate >> properly with a >> specific device, a Towitoko/Chipdrive smart card reader. >> >> I start with a fresh rxtx-2.1-7pre17. After few minor >> updates in Makefile.mingw32, I compile RXTXcomm.jar and >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). >> From taj at www.linux.org.uk Fri Aug 6 03:31:14 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 6 Aug 2004 10:31:14 +0100 (BST) Subject: [Rxtx] Diff between RXTX and COMM API on windows In-Reply-To: <4113405F.4010106@laposte.net> References: <20040804205143.71781.qmail@web12701.mail.yahoo.com> <4111DC05.90005@laposte.net> <4113405F.4010106@laposte.net> Message-ID: On Fri, 6 Aug 2004, Philippe Bernard wrote: > > Hi, > > Finally the problem was spotted. My program was wrong with RXTX because > of the way I was using isDTR and isRTS: > > CommPortIdentifier portId = > CommPortIdentifier.getPortIdentifier("COM1"); > SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); > serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, > SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); > serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); > > System.out.println("DTR: " + serialPort.isDTR()); > System.out.println("RTS: " + serialPort.isRTS()); > > Here is what this program prints: > * Windows: > * Comm API: > DTR: true > RTS: true > * RXTX: > DTR: false > RTS: false > * Linux: > * RXTX: > DTR: true > RTS: true > > Is it normal ? > > Philippe Hmm. It would make sense to have those set to true on open. Just looking at the code real quick, I think rxtx is just calling open on the OS and whatever the port is set to is what will be returned. Defaults are not doumented in commapi. So.. What happens if you do: CommPortIdentifier.getPortIdentifier("COM1"); SerialPort serialPort = (SerialPort)portId.open("MyApp", 2000); serialPort.setSerialPortParams(9600, SerialPort.DATABITS_8, SerialPort.STOPBITS_2, SerialPort.PARITY_EVEN); serialPort.setFlowControlMode(SerialPort.FLOWCONTROL_NONE); serialPort.setDTR(true); serialPort.setRTS(true); System.out.println("DTR: " + serialPort.isDTR()); System.out.println("RTS: " + serialPort.isRTS()); If thats all thats needed to behave the same in w32, we can add that right in the RXTXPort constructor. I see close already sets the DTR/RTS to false. I never explored what Sun commapi defaults are. I've assumed that there may be differences in default behavior. I recall there are some types of equipment that need DTR/RTS low when the port is 'opened' (quotes meaning rxtx can preopen the port in native code, set them low and then you plug in the device/turn it on ... ). But these are very specific needs and there are extension methods that could be used for that. I suppose someone will find this post if we change things so the methods are: public static boolean staticSetDTR( String port, boolean flag ) public static boolean staticSetRTS( String port, boolean flag ) As extensions, they are subject to change. > > > Philippe Bernard wrote: > > > > > > > Hi, > > > > I'm now using JDK1.4.1_02. Switching from 1.4.2_05 to 1.4.1_02 is > > enough to wipe the exception out. > > > > Changes in the Makefile are almost to set paths (MINGHOME, JDKHOME, > > etc.). I also changed one command or two that were not > > Cygwin-friendly. I didn't make suspicious things like changing a > > compile option, etc. > > > > Philippe > > > > > > Patrick Edson wrote: > > > >> What version of the JDK did you end up using to > >> compile? What did you need to update in the Makefile > >> to get rid of that exception you were having? > >> > >> Thanks, > >> Patrick > >> > >> ---------------------------- > >> > >> Hi, > >> > >> Back again... Now that I have a fonctionnal RXTX > >> serial DLL, I fall into another problem: I cannot communicate > >> properly with a > >> specific device, a Towitoko/Chipdrive smart card reader. > >> > >> I start with a fresh rxtx-2.1-7pre17. After few minor > >> updates in Makefile.mingw32, I compile RXTXcomm.jar and > >> rxtxSerial.dll with Mingw or Cygwin (I get the same results with both). > >> > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > -- Trent Jarvi taj at www.linux.org.uk From asutosh.gopinath at lycos.com Sat Aug 7 10:19:14 2004 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Sat, 07 Aug 2004 11:19:14 -0500 Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux Message-ID: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> hi, I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. Devel Library ========================================= Native lib Version = RXTX-2.1-7pre17 Java lib Version = RXTX-2.1-7pre17 RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 java.lang.NullPointerException at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) SimpleWrite: Error setting event notification: java.lang.NullPointerException Does anybody have any clues? Thanks Asutosh -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From taj at www.linux.org.uk Sat Aug 7 16:04:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 Aug 2004 23:04:18 +0100 (BST) Subject: [Rxtx] kaffe and RXTX on Xscale (ARM) linux In-Reply-To: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> References: <20040807161914.7F9373384B@ws7-3.us4.outblaze.com> Message-ID: On Sat, 7 Aug 2004, asutosh gopinath wrote: > hi, > > I tried to run SimpleWrite using kaffe-1.1.4 and it is unable to set the event notification. > > Devel Library > ========================================= > Native lib Version = RXTX-2.1-7pre17 > Java lib Version = RXTX-2.1-7pre17 > RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS4 > > java.lang.NullPointerException > at gnu.io.RXTXPort$MonitorThread.run (RXTXPort.java:1530) > SimpleWrite: Error setting event notification: java.lang.NullPointerException > > Does anybody have any clues? > > Thanks > Asutosh > I'm not too sure how rxtx and kaffe work together. rxtx does doe some bad things with the event loop. It stores pointers into the jvm. Thats illegal but it generally works with Sun/IBM jvms. Also with kaffe, I recall there is something special with open(). As you can tell, I have not used kaffe very much. But I would love to see rxtx work with kaffe. What I would do if you have time to look at this is join the rxtx and kaffe mail lists. I'll help show interest in kaffe+rxtx on the rxtx mail list. The guys over at kaffe are nice too. They overlap with the gnu classpathx guys which I'm part of - but have not had time to get rxtx in. I know its not the best of help but the good part is you do have the source and the support of rxtx developers to try and get this working. -- Trent Jarvi taj at www.linux.org.uk From alex at det.ua.pt Mon Aug 9 12:14:19 2004 From: alex at det.ua.pt (Alexandre Mota) Date: Mon, 9 Aug 2004 19:14:19 +0100 Subject: [Rxtx] RXTX with Sable JVM Message-ID: <000201c47e3c$b07ee420$9c1c81d9@alexandre> Hello to everyone ! Can we use RXTX with the Sable JVM (http://sablevm.org/) ? Thanks. Alexandre ------------------------------------------------------------------------ Alexandre Manuel Mota - alex at det.ua.pt - www.ieeta.pt/~alex Dept de Electr?nica e Telecomunica??es Universidade de Aveiro 3810 AVEIRO - PORTUGAL Tel : +351-234370381 Fax : +351-234381128 ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/eaca62d8/attachment-0021.html From brizard.hugues at lubrisoft.com Mon Aug 9 12:22:50 2004 From: brizard.hugues at lubrisoft.com (HUGUES BRIZARD) Date: Mon, 9 Aug 2004 14:22:50 -0400 Subject: [Rxtx] zaurus + serial (cf) + gps (ambicom) Message-ID: Hi, I have been trying for a while to use a gps with my sharp zaurus (ARM) (5500, 5600, 6000), the java Jeode VM and the serial port. Has anyone been able to use the serial port with java on the zaurus ? If so, could you contact me ? I am working in a biological project (physical inventory) supported by a pda. Thank you, HUGUES BRIZARD DIR. INFO. GROUPE LTI MAGOG, QUEBEC 819.843.3443 ext. 106 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0021.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 6908 bytes Desc: not available Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20040809/0a9fd1d8/attachment-0021.png From mikkal56 at hotmail.com Tue Aug 10 16:09:42 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Tue, 10 Aug 2004 22:09:42 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040810/618b1ad3/attachment-0021.html From taj at www.linux.org.uk Tue Aug 10 18:25:32 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Wed, 11 Aug 2004 01:25:32 +0100 (BST) Subject: [Rxtx] Problems tha app closes itself any moment In-Reply-To: References: Message-ID: On Tue, 10 Aug 2004, miguel lam wrote: > Hi, well I just finish a jaav program that use the rxtx api for send > information to the serial port wait for a response an wriote it out, im using > swing, well the problem is that the program could be fine about one day, 8 > hours or maybe 3 or 4 days but by some reason it crashes and the window > closes by itself, I got?an error from the JVM, I have been reading looking > for a solution and I find asomethign about NX Technologhy it closes an > aplication that writes out of the memory of it, and maybe is a bug of the > rxtx that about 3 or 4 hours it uses a space of?memory out of the memory that > it has been separated at the beginning, well if somebody over there could > help me please do it, thanks > ? > I was not aware of any memory leaks in rxtx. Is it possible you are allocating memory and not releasing it in code not directly calling rxtx? I did do a bunch of tests with just the native code by itself in various loops watching for memory leaks for the 2.1 release. NX.. thats the no execute that protects from executing on the stack? Strange. It does sound like you are using up memory and then when you run out of resources the application is killed off. But I've not been aware of an issue like this in rxtx. Maybe you are doing something like creating a new String on each read/write? You might try cutting down the application to see if you can isolate what is using the memory. Even the top command should be enough to see the JVM growing if its eating that much memory. You may try another jvm too just as a sanity check. Make sure the system matches as close as possible what the JVM is certified on. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Wed Aug 11 07:17:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Wed, 11 Aug 2004 13:17:32 +0000 Subject: [Rxtx] Problems tha app closes itself any moment Message-ID: An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040811/a7650477/attachment-0021.html From apaku_2k1 at indiatimes.com Thu Aug 12 01:07:55 2004 From: apaku_2k1 at indiatimes.com (apaku_2k1) Date: Thu, 12 Aug 2004 12:37:55 +0530 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: <200408120647.MAA10261@WS0005.indiatimes.com> hello, I am Pavan kumar I tried to execute my program in which I was using comm api. but while executing, I got a problem.. RXTX WARNING: This library requires the user running applications to be in group uucp. Please consult the INSTALL documentation. More information is avaiable under the topic 'How can I use Lock Files with rxtx?' check_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL actually I added myself to the uucp group and still the same error message I am getting. I will be very much thankful to you for a solution in this regard thank you, PAVANIndiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040812/30d45686/attachment-0021.html From taj at www.linux.org.uk Thu Aug 12 03:18:42 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) Subject: [Rxtx] problem in executing RXTX on linux In-Reply-To: <200408120647.MAA10261@WS0005.indiatimes.com> References: <200408120647.MAA10261@WS0005.indiatimes.com> Message-ID: On Thu, 12 Aug 2004, apaku_2k1 wrote: > > hello, > > I am Pavan kumar > I tried to execute my program in which I was using comm api. > but while executing, I got a problem.. > > RXTX WARNING: This library requires the user running applications to be in > group uucp. Please consult the INSTALL documentation. More information is > avaiable under the topic 'How can I use Lock Files with rxtx?' > check_lock_status: No permission to create lock file. > please see: How can I use Lock Files with rxtx? in INSTALL > > actually I added myself to the uucp group and still the same error > message I am getting. > > I will be very much thankful to you for a solution in this regard > The group is probably "lock" on your system, then. ls -ld /var/lock to see on Linux. The directory is specified by standards but the group ownership is not. Group uucp is more traditional but not standardized. uucp predates usenet, e-mail and the www but lockfiles are used for other things besides 'UNIX to UNIX copy' now. -- Trent Jarvi taj at www.linux.org.uk From mikkal56 at hotmail.com Thu Aug 12 07:11:32 2004 From: mikkal56 at hotmail.com (miguel lam) Date: Thu, 12 Aug 2004 13:11:32 +0000 Subject: [Rxtx] problem in executing RXTX on linux Message-ID: Hi, well the problem is because the rxtx use lock files it means that when you are running your app it creates a file for lock the port, just in case that another aplication want to use the port, but the lock files in linux are managed by the grouop uucp, you can do 2 things give all privileges on /var/lock to any user, or add your user to the uucp group, look for information about lock files in internet if you want to know something else, bye >From: Trent Jarvi <taj at www.linux.org.uk> >Reply-To: Java RXTX discussion <rxtx at linuxgrrls.org> >To: apaku_2k1 <apaku_2k1 at indiatimes.com>,Java RXTX discussion <rxtx at linuxgrrls.org> >Subject: Re: [Rxtx] problem in executing RXTX on linux >Date: Thu, 12 Aug 2004 10:18:42 +0100 (BST) > >On Thu, 12 Aug 2004, apaku_2k1 wrote: > > > > > hello, > > > > I am Pavan kumar > > I tried to execute my program in which I was using comm api. > > but while executing, I got a problem.. > > > > RXTX WARNING: This library requires the user running applications to be in > > group uucp. Please consult the INSTALL documentation. More information is > > avaiable under the topic 'How can I use Lock Files with rxtx?' > > check_lock_status: No permission to create lock file. > > please see: How can I use Lock Files with rxtx? in INSTALL > > > > actually I added myself to the uucp group and still the same error > > message I am getting. > > > > I will be very much thankful to you for a solution in this regard > > > > >The group is probably "lock" on your system, then. ls -ld /var/lock to >see on Linux. The directory is specified by standards but the group >ownership is not. Group uucp is more traditional but not standardized. >uucp predates usenet, e-mail and the www but lockfiles >are used for other things besides 'UNIX to UNIX copy' now. > > > >-- >Trent Jarvi >taj at www.linux.org.uk >_______________________________________________ >Rxtx mailing list >Rxtx at linuxgrrls.org >http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx _________________________________________________________________ MSN Amor: busca tu ? naranja http://latam.msn.com/amor/ From chrisn at cisco.com Fri Aug 20 11:35:58 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 10:35:58 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing Message-ID: Hi, I've installed rxtx on a Mac OS X system and can successfully run the SerialDemo app from the commapi distribution, and communicate via my Keyspan adapter. However, my own application (which is not event-based) is not working. I can open the port with the same params as I used from SerialDemo, and can write to the stream but the following read() is not returning anything. I have disabled receive timeouts but the read is still exiting without data (returning -1). Any ideas what might be the issue here? Thanks, Chris From chrisn at cisco.com Fri Aug 20 12:09:17 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 11:09:17 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I also want to add that repeated read()'s still do not return any data... Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > > Thanks, > > Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From chrisn at cisco.com Fri Aug 20 13:33:31 2004 From: chrisn at cisco.com (Chris Norris) Date: Fri, 20 Aug 2004 12:33:31 -0700 (PDT) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: I've experimented further and found that I can workaround the issue by setting the receive timeout to Integer.MAX_INT. So, it looks like disableReceiveTimeout() is not supported (or is broken)? I'd be interested in hearing if there is any way I can remove this workaround and rely on the normal receive timeout processing? Thanks, Chris On Fri, 20 Aug 2004, Chris Norris wrote: > > I also want to add that repeated read()'s still do not return any data... > > Chris > > On Fri, 20 Aug 2004, Chris Norris wrote: > > > > > Hi, > > > > I've installed rxtx on a Mac OS X system and can successfully run the > > SerialDemo app from the commapi distribution, and communicate via my > > Keyspan adapter. > > > > However, my own application (which is not event-based) is not working. I > > can open the port with the same params as I used from SerialDemo, and can > > write to the stream but the following read() is not returning anything. > > I have disabled receive timeouts but the read is still exiting without > > data (returning -1). > > > > Any ideas what might be the issue here? > > > > Thanks, > > > > Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at linuxgrrls.org > > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From taj at www.linux.org.uk Fri Aug 20 17:19:18 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 Aug 2004 00:19:18 +0100 (BST) Subject: [Rxtx] Mac OS X non-event-based processing In-Reply-To: References: Message-ID: On Fri, 20 Aug 2004, Chris Norris wrote: > > Hi, > > I've installed rxtx on a Mac OS X system and can successfully run the > SerialDemo app from the commapi distribution, and communicate via my > Keyspan adapter. > > However, my own application (which is not event-based) is not working. I > can open the port with the same params as I used from SerialDemo, and can > write to the stream but the following read() is not returning anything. > I have disabled receive timeouts but the read is still exiting without > data (returning -1). > > Any ideas what might be the issue here? > Hmm. I see with SerialImp.c/line 3038 the following lines: /* TESTING ttyset.c_cc[ VMIN ] = threshold; */ ttyset.c_cc[ VMIN ] = 0; This is wrong - especially for what you are trying to do. The first line should be used and the second removed. This will enable reads to wait for thresh bytes when set with enableReceiveThreshold( int thresh ); Thanks for bringing this up. It looks like a simple test slipped into SerialImp.c. -- Trent Jarvi taj at www.linux.org.uk From kirk at kirk.homeip.net Wed Aug 25 09:36:43 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Wed, 25 Aug 2004 10:36:43 -0500 Subject: [Rxtx] Installing on Mac - Permissions Message-ID: <009501c48ab9$532b3560$1800000a@jged.com> I have integrated the RXTX library into an application that works fine under windows, however when the application is installed on a MAC (which I know nothing about), the user does not have permission to access the RXTX library. Does anyone have advice as to hot to get java to allow common users to use RXTX under Mac without being an administrator? - Kirk From taj at www.linux.org.uk Wed Aug 25 17:30:41 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 00:30:41 +0100 (BST) Subject: [Rxtx] Installing on Mac - Permissions In-Reply-To: <009501c48ab9$532b3560$1800000a@jged.com> References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: On Wed, 25 Aug 2004, Kirk A Wolff wrote: > I have integrated the RXTX library into an application that works fine under > windows, however when the application is installed on a MAC (which I know > nothing about), the user does not have permission to access the RXTX > library. Does anyone have advice as to hot to get java to allow common > users to use RXTX under Mac without being an administrator? > > - Kirk Hi Kirk I suspect this is just a lockfile issue. Lockfiles are described in the INSTALL file that comes with RXTX source. Only root can setup the lockfiles but once done, users specified by root are allowed to access the ports. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 18:01:26 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 10:01:26 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> >> Hello, I've recently started using the product and find it very good; but find the licensing a little confusing. From the mailing list and various documents on the distribution it seems to be licenses under the lesser GNU, which does allow use from a commercial product (I believe), but when I ran the MAC installer the license that it displays seems to be the GNU library license which I don't believe allows this. What's the definitive answer here :) ?? Thanks ,Colin ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From taj at www.linux.org.uk Wed Aug 25 19:25:19 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Thu, 26 Aug 2004 02:25:19 +0100 (BST) Subject: [Rxtx] license of 2.1.7... In-Reply-To: <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: On Thu, 26 Aug 2004, Colin Canfield wrote: > >> > Hello, > I've recently started using the product and find it very good; but > find the licensing a little confusing. > > From the mailing list and various documents on the distribution it > seems to be licenses under the lesser GNU, which does allow use from a > commercial product (I believe), but when I ran the MAC installer the > license that it displays seems to be the GNU library license which I > don't believe allows this. > > What's the definitive answer here :) ?? > > Thanks ,Colin > > > The intent is that people should be able to use rxtx with commercial applications but we would like companies/individuals to share improvments to the rxtx library itself. The LGPL is what rxtx is licensed under which at the time represented our intentions best. Dmitry can speak for the installer which may well be GPL only - applications dont typically link to installers. But the library itself is LGPL. -- Trent Jarvi taj at www.linux.org.uk From colinc at exsoft.com.au Wed Aug 25 19:42:09 2004 From: colinc at exsoft.com.au (Colin Canfield) Date: Thu, 26 Aug 2004 11:42:09 +1000 Subject: [Rxtx] license of 2.1.7... In-Reply-To: References: <009501c48ab9$532b3560$1800000a@jged.com> <130E8C39-F6F3-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Message-ID: <252AF40C-F701-11D8-A3B5-000A95BDCFDE@exsoft.com.au> Thanks for the quick response. When you install the mac package.. half way through it displays the GNU library license and says you have to agree before you can install it.. .maybe it's just hanging around from the past... For the improvements etc. absolutely , anything will be sent your way! Thanks, Colin On 26/08/2004, at 11:25 AM, Trent Jarvi wrote: > On Thu, 26 Aug 2004, Colin Canfield wrote: > >>>> >> Hello, >> I've recently started using the product and find it very good; but >> find the licensing a little confusing. >> >> From the mailing list and various documents on the distribution it >> seems to be licenses under the lesser GNU, which does allow use from a >> commercial product (I believe), but when I ran the MAC installer the >> license that it displays seems to be the GNU library license which I >> don't believe allows this. >> >> What's the definitive answer here :) ?? >> >> Thanks ,Colin >> >> >> > > The intent is that people should be able to use rxtx with commercial > applications but we would like companies/individuals to share > improvments > to the rxtx library itself. The LGPL is what rxtx is licensed under > which > at the time represented our intentions best. > > Dmitry can speak for the installer which may well be GPL only - > applications dont typically link to installers. But the library > itself is > LGPL. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > ---------------------------------------------------------------------- Colin Canfield colinc at exsoft.com.au Consultant Explorative Software Pty ltd 0412 197 943 From pashmina.mukhi at patni.com Sat Aug 28 03:16:34 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Sat, 28 Aug 2004 14:46:34 +0530 Subject: [Rxtx] Problem in writing to SerialOutpuStream Message-ID: <007801c48cdf$b789bef0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040828/14f2c4bc/attachment-0021.html From pashmina.mukhi at patni.com Sun Aug 29 23:30:23 2004 From: pashmina.mukhi at patni.com (Pashmina Mukhi) Date: Mon, 30 Aug 2004 11:00:23 +0530 Subject: [Rxtx] Problem in writing to SerialOutputStream Message-ID: <003501c48e52$72fb97d0$036ad103@patni.com> Hi, Using RxTx, after i open a port and try to write a message on the output stream, sometimes i get this output: java.io.IOException: Resource temporarily unavailable in writeArray at gnu.io.RXTXPort.writeArray(Native Method) at gnu.io.RXTXPort$SerialOutputStream.write(RXTXPort.java:1131)....... This doesn't occur all the time...,...at times i am able to successfully write a message onto the stream. What can be the possible reason for this and how can i solve the above error? Thanks & Regards, Pashmina Mukhi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040830/d3345694/attachment-0021.html From taj at www.linux.org.uk Mon Aug 30 10:12:34 2004 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 30 Aug 2004 17:12:34 +0100 (BST) Subject: [Rxtx] Java System properties overridden by RXTX (fwd) Message-ID: As always. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Mon, 30 Aug 2004 16:37:22 +0200 From: Klaus Kierer To: Trent Jarvi Subject: Java System properties overridden by RXTX Hello Trent, I?m sorry for bugging you per mail but it looks like the mailing list is currently down. The RXTX library overrides the system properties and uses them only as default values instead of adding the new properties gnu.io.rxtx.SerialPorts and gnu.io.rxtx.ParallelPorts. This behaviour could have side effects to applications using RXTX. At the bottom you can find a patch which would solve this. RXTX is really great work! Kind Regards Klaus Kierer Index: RXTXCommDriver.java =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/RXTXCommDriver.java,v retrieving revision 1.16.2.49 diff -u -r1.16.2.49 RXTXCommDriver.java --- RXTXCommDriver.java 18 Jul 2003 02:20:26 -0000 1.16.2.49 +++ RXTXCommDriver.java 30 Aug 2004 13:55:38 -0000 @@ -348,9 +348,12 @@ String ext_dir=System.getProperty("java.ext.dirs")+System.getProperty("file.separator"); FileInputStream rxtx_prop=new FileInputStream(ext_dir+"gnu.io.rxtx.properties"); - Properties p=new Properties(System.getProperties()); + Properties p=new Properties(); p.load(rxtx_prop); - System.setProperties(p); + for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + System.setProperty(key, p.getProperty(key)); + } }catch(Exception e){ if (debug){ System.out.println("The file: gnu.io.rxtx.properties doesn't exists."); From kirk at kirk.homeip.net Tue Aug 31 09:23:00 2004 From: kirk at kirk.homeip.net (Kirk A Wolff) Date: Tue, 31 Aug 2004 10:23:00 -0500 Subject: [Rxtx] Installing on Mac - Permissions References: <009501c48ab9$532b3560$1800000a@jged.com> Message-ID: <011901c48f6e$67582160$1800000a@jged.com> You are correct, this was due to permissions. I changed the lockfile directory to 777 instead of 775 and adding all users to the uucp group. I wonder, why is RXTX using uucp lockfiles? Isn't there another way to lock the via the kernel without having to mess with group permissions? - Kirk ----- Original Message ----- From: "Trent Jarvi" To: "Java RXTX discussion" Sent: Wednesday, August 25, 2004 6:30 PM Subject: Re: [Rxtx] Installing on Mac - Permissions > On Wed, 25 Aug 2004, Kirk A Wolff wrote: > > > I have integrated the RXTX library into an application that works fine under > > windows, however when the application is installed on a MAC (which I know > > nothing about), the user does not have permission to access the RXTX > > library. Does anyone have advice as to hot to get java to allow common > > users to use RXTX under Mac without being an administrator? > > > > - Kirk > > Hi Kirk > > I suspect this is just a lockfile issue. Lockfiles are described in the > INSTALL file that comes with RXTX source. Only root can setup the > lockfiles but once done, users specified by root are allowed to access the > ports. > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at linuxgrrls.org > http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx > From J_Arpon at alliance.com.ph Sun Aug 1 19:58:30 2004 From: J_Arpon at alliance.com.ph (J_Arpon@alliance.com.ph) Date: Mon, 2 Aug 2004 10:58:30 +0900 Subject: [Rxtx] ttyS2 Message-ID: I think this port is not a standard port. Thanks for that insight. ============================================ Jude Tadeo A. Arpon ????????A?????? ============================================ Supervising Engineer ============================================ Alliance Outsourcing and Software Development Inc. e-mail: j_arpon at alliance.com.ph Tel No. (+6332) 345-6354 (local 107) Fax No. (+6332) 345-6433 URL: www.alliance.com.ph ============================================ "If you'll do what you've always done, you'll get what you've always gotten" Trent Jarvi Sent by: rxtx-bounces at linuxgrrls.org 2004/07/30 10:56 AM Please respond to Java RXTX discussion To: Java RXTX discussion cc: Subject: Re: [Rxtx] ttyS2 Perhaps this is not a generic UART/serial card you have? ---^^^ is my addition. from Linux 2.6.7: drivers/serial/8250.c: /* * At this point, there's no way the LSR could still be 0xff; * if it is, then bail out, because there's likely no UART -----------------------------------------------------------^^^^^^ * here. */ if (!(up->port.flags & UPF_BUGGY_UART) && (serial_inp(up, UART_LSR) == 0xff)) { printk("ttyS%d: LSR safety check engaged!\n", up->port.line); return -ENODEV; } On Fri, 30 Jul 2004 J_Arpon at alliance.com.ph wrote: > Thanks for that useful info. > > I have run this command: > > $ dmesg |grep tty > > the response was ... > > ttyS0 at 0x03f8 (irq = 4) is a 16550A > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > ttyS1: LSR safety check engaged! > ttyS2: LSR safety check engaged! > > Is there anything wrong about the machine? That the kernel cant recognize > the port. > But what concerns me is that i tried installing this with Windows and COM3 > was working fine. > > > ============================================ > Jude Tadeo A. Arpon > ????????????????????????A?????????????????? > ============================================ > Supervising Engineer > ============================================ > Alliance Outsourcing and Software Development Inc. > e-mail: j_arpon at alliance.com.ph > Tel No. (+6332) 345-6354 (local 107) > Fax No. (+6332) 345-6433 > URL: www.alliance.com.ph > ============================================ > > "If you'll do what you've always done, you'll get what you've always > gotten" > > > > > Trent Jarvi > Sent by: rxtx-bounces at linuxgrrls.org > 2004/07/30 04:56 AM > Please respond to Java RXTX discussion > > > To: Java RXTX discussion > cc: > Subject: Re: [Rxtx] ttyS2 > > > On Thu, 29 Jul 2004 J_Arpon at alliance.com.ph wrote: > > > Hello, > > > > I tried to use /dev/ttyS2 port but having problem. So I tried checking > the > > possible ports to be used by using this code. > > > > import gnu.io.*; > > import java.util.Enumeration; > > > > public class Test { > > public static void main(String[] arg) { > > System.out.println("start"); > > Enumeration e = CommPortIdentifier.getPortIdentifiers(); > > while(e.hasMoreElements()) { > > System.out.println(((CommPortIdentifier)e.nextElement()).getName()); > > } > > System.out.println("stop"); > > } > > } > > > > output: > > > > start > > /dev/ttyS0 > > /dev/lp0 > > stop > > > > Can anyone help on how to use /dev/ttyS2 in linux? I am not familiar on > > Linux ... What do i do? Do i have to initialize this serial port? > > > > Thanks, > > > > ============================================ > > Jude Tadeo A. Arpon > > ????????????????????????????????A???????????????????????? > > With Linux /dev/ttyS2 would be COM3. You may want to make sure that the > kernel has recognized the port: > > $ dmesg |grep tty > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A > > This shows my laptop has COM1 and COM2 (/dev/ttyS0 and /dev/ttyS1). > > There should not be anything special required to configure the port once > the kernel has recognized it. The enumeration just opens the port and > performs a timed out read. So I'm guessing rxtx could not open the port > because the kernel has yet to recognize a port there. > > -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/53dd571b/attachment-0022.html From Michal_Hobot at drq.pl Mon Aug 2 05:02:12 2004 From: Michal_Hobot at drq.pl (Michal_Hobot@drq.pl) Date: Mon, 2 Aug 2004 13:02:12 +0200 Subject: [Rxtx] Status of WinCE Port Message-ID: >I was wondering if you knew whether or not the WinCE port you did of rxtx >is still current. The sources are a couple of years old but they still >seem to follow the gnu.io convention so that makes me think they're >current. > >Does your version of rxtx require the Sun comm.jar files? Hi. My idea during development of WinCE version was not changing Java part - just providing native component. Since native component in 2.0.x (javax.comm) and 2.1.x (gnu.io) are nearly identical WinCE source can support both branches - with or without Sun's comm.jar. Regarding dates - crucial source file - gnu_io_RXTXPort.cpp was last modified in april this year. Check your snapshot. Regarding Windows CE 2003 - there is some problem with it. First opening of serial port by an application succeeds but subsequent attempts seems to fail (port seems to be locked). I'll try to trace that problem. So - rxtx for Windows CE is current, but it was never heavily used. I use it for one app (GPS datalogger) and it works, but I have some reports from users disappointed with overall stability. You have been warned. That software really needs an input from somebody more skilled in Windows CE dlls programming. Cheers, Michal Hobot -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20040802/1db960e8/attachment-0022.html From ph.bernard at laposte.net Mon Aug 2 10:29:07 2004 From: ph.bernard at laposte.net (Philippe Bernard) Date: Mon, 02 Aug 2004 18:29:07 +0200 Subject: [Rxtx] JVM crash under Windows In-Reply-To: References: Message-ID: <410E6BD3.7090208@laposte.net> Hi, I'm using RXTX v2.1-7pre17 under windows and J2SDKv1.4.2_04. When I compile RXTXComm.jar and rxtxSerial.dll and run a simple program (CommPortIdentifier instanciation), the JVM crashes (see log below). This seems to be a J2SDK bug. I always get it, whatever the compilation environment : a recent cygwin or mingw v3.1.0-1. Since I found no trace of such bug in the mailing archive, I suspect an error of mine... Does anyone know the problem ? Philippe Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80D7F4C Function=JVM_RegisterUnsafeMethods+0x188